XoRe

Одновременно играть в инете 20 человек будут, если они из сети на 100-200 человк =)) А на такую сеть нужен канал поболя. Если в сети 20 человек, то такой канал вполне подйдет.

Я думаю, ощутимый доход сети будут приносить, если в сети есть инет и пользователей > 1000. Сначала в сеть нужно вливать деньги. И потом, наверное тоже. У нас я заметил, что хорошо действует такая схема: Есть компьютерный зал или клуб. Там играются в игры, юзают инет. Этот зал приносит много дохода при малых расходах. Владелец зала копит денюжку, а потом на эту денюжку развертывает ДС. Может вам сначала открыть компьютерный зал, как источник доходов?

Теневой процесс... нет, а вот как фоновый да - запускаешь sgauth ........ & Кстати сходи на сайт http://stg.dp.ua Узнаешь много нового =))

Макс, не обижайся, но человек попросил бекап "/var/stargazer/users". Делаете mkdir/var/back И запускаете каждый час скрипт #!/usr/bin/perl exit unless (`/bin/ps -ax | /usr/bin/grep /usr/local/sbin/stargazer | /usr/bin/grep -v grep | /usr/bin/awk '{print \$3}'`); ($hour, $day, $month, $year) = (localtime)[2..5]; $year += 1900; $month++; $month = '0'.int($month) if ($month < 10); $day = '0'.int($day) if ($day < 10); $hour = '0'.int($hour) if ($hour < 10); $date = "$year.$month.$day.$hour"; ($h, $d, $m, $y) = (localtime(time - 21600))[2..5]; $y += 1900; $m ++; $d = '0'.int($d) if ($d < 10); $m = '0'.int($m) if ($m < 10); $m = '0'.int($m) if ($m < 10); $h = '0'.int($h) if ($h < 10); $old = "$y.$m.$d.$h"; `/bin/mkdir /var/back/$date`; `/bin/mkdir /var/back/$date/log`; `/bin/cp -rf /var/stargazer /var/back/$date`; `/bin/cp -rf /var/log/stargazer/ /var/back/$date/log`; `/bin/rm -rf /var/back/$old`; Сразу говорю: тогда /var/back у вас будет весить в 6 раз больше, чем /var/stargazer. Позаботьтесь о свободном месте.

Сходу вижу некорректность или ограниченность работы с natd. Убери в правиле ${fwcmd} add 50024 divert natd all from any to any out via ${ext_if} слово out А то у тебя исходящие пакеты идут к нему на обработку, а входящие нет.

У каждого свой смысл ставить его или не ставить. Я перешел на стг потому, что в нем есть доступ по паролю, а в моей самописной системе не было.

1. разбить весь трафик как ua и world - возможно, юзаешь файл rules 2. отдельно для каждого юзера его тарифицировать - возможно, делаешь разные тарифы 3. по ставить лимиты и т.д. - возможно, юзаешь тарифы или пишешь хитрые файлы OnConnect 4. лимитировать скорость на его же канал - возможно, настраиваешь нарезку канала фаерволом или ещё чем и добавляешь нарезку в OnConnect 5. каждые 15 мин. обновлять базы ua-ix - возможно, берешь откуда нибудь базы ua-ix, на их основе переписывешь файл rules каждый 15 минут и делаешь killall -1 stargazer. Одно НО: в последней версии этот сигнал заставляет старгейзер выключиться, а не обновить рулесы. Но, думаю, скоро Борис это подправит. 6. доступ пользователей к инету по vpn возможно такое? - влет. Ставишь сервер vpn перед сервером со старгейзером, ИЛИ собираешь старгейзер с типом подсчета через divert ИЛИ покупаешь модуль для подсчета через pptp, когда он выходит. 7. если да, то как - Так, как это описано в куче манов, доков, статей, how-to, miniwow-to, faq и постингах форумов, включая этот. Ты ж не первый, кто будет это запускать. Юзай поиск на этом форуме, на яндексе, на гугле и на опеннете. И ты найдешь информацию. Не данные, а информацию. Информация отличается от данных тем, что для её извлечения (и восприятия) нужно уже иметь некоторые знания. 8. и где настроить? - в конфигах и сырцах =)) Т.е. в файлах твоей системы, старик =)) Или на системах, если у тебя их несколько.

Какой ты интересный тип.. 1.Ты не знаешь кто Я 2. Я пока ни с кем не объединялся, а только наблюдаю и анализирую горький опыт соседей. Это был не саркастический совет, а основанный на своем опыте. Теперь порассуждаем логически: Вот ты написал советы для объединяющихся. Я думаю, ты хочешь, чтобы этим советам следовали все объединяющиеся сети. Если ты будешь с кем-нибудь объединяться, то ты тоже попадешь под это "все". Ты же не написал эти советы не для того, чтобы им следовали все кроме тебя Я хочу, чтобы при объединении ты тоже следовал этим советам. Если ты сам им не последуешь, то читатели этого форума скажут "Написал столько советов, а сам им не следует. Значит советы неправильные, нафиг тогда нам такие советы.". Тогда люди просто не будут серьёзно воспринимать написанное тобой. У тебя есть хороший шанс доказать правильность написаного - применить эти советы в жизни самому. Тогда и другие поймут, что советы-то хорошие. Ты же хочешь, чтоб люди прислушались к твоим советам. Я надеюсь, ты не просто так их написал "лишь бы высказаться" =) Поэтому я могу только добавить - начни на 100% придерживаться этих правил сам. И это уже будет хорошо. Потому что в противном случае все сказанное тобой не имеет смысла.

2Max: поправка - с виртуальных интерфейсов стг считать умеет посредством divert'а =)

unreal 3.2

"вроде тихо" © Риддик, "черная дыра" =)) Хорошо, если борис установил, что в коде вызывает обнуление файла. И плохо, если нет =) Тут только 1 плюс: это учит нас делать автоматические бэкапы =)

Я неправильно написал. Не ls -l /var/stargazer/*/stat а ls -l /var/stargazer/users/*/stat А ругается только на одного, потому что дальше он проверять уже не идет.

Лог старгейзера в студию. И ещё сделай ls -l /var/stargazer/*/stat Выхлоп её тожа в студию, хотя не обязательно. Просто возможно файл stat у какого-то юзера стал пустой.

Я сталкивался. Там просто не написано ничего прокомпиляцию объектного модуля blowfish. Добавь сам, там в Makefile по аналогии с другими модулями. P.S. СОветую ставить более новый сатргейзер.

Я думаю, там где описывается виртуальный хост, можно написать port xxxx Попробуй

А stg на gdb в рабочем режиме потянет? Ну смысле чтоб при этом ещё и трафик считать, с клиентами нормально работать? Смысле если сделать хороший лог, то сервер может недельку поработать, а потом можно и логи посмотреть... А с gdb, как я понимаю, так не получится =))

2Прохожий: спуф по мак адресу перестает работать, если хотя-бы на маршрутизаторе настроена жесткая привязка. А клиента так заспуфить будет посмотреть, ибо велик шанс, что ты так заспуфишь себя. P.S. Если клиент не может настроить vpn, то это должен сделать на его машине админ.

хы =))) Борис, могу посоветовать сделать режим debug, при котором чтоб в лог выводилось очень много сообщений о удачном/неудачном запуске функции, о возвращаемом значении выполненной функции, а значении той или иной переменной и т.д. Запустим у себя стг в таком режиме и можно будет выловить очень большой процент багов за малый промежуток времени.

Мое мнение: можно /billing/user_connect/allow_${userip}.sh запихнуть прямо в Onconnect. И остальные скрипты сделать попроще. Но это просто косметика. Главное, что работает =)) А как насчет сделать подсчет через divert?

Получается так: дали тебе 1 000 000 $ - значит ты крутой, матерый сетевик. не дали - значит ты новичок ещё. Утрированно, банально и надеюсь что это не так.

Ты - не знаю, а вот Den_LocalNet говорил. Если посмотреть на сообщения Apr 6 2005, 04:43 AM Apr 6 2005, 06:06 AM Apr 6 2005, 07:11 AM Apr 6 2005, 10:49 AM как на непрерывный разговор, то мне показалось, что разговор и про них тоже. Ну если ты не про них, то ладно.

2Guest: слышь, неламер, подскажи как при одном выданном провом внешнем айпишнике сделать два внешних интерфейса. 2Keen: я думаю, проще всего делать через htb и пофиг на большое уколичество правил. Точнее не пофиг, а поставь и посмотри быстродействие.

Я могу только добавить - начни на 100% придерживаться этих правил сам. И это уже будет хорошо.

Ода...... А ещё инструкцию по установке сервера на линуксе и старгейзера к нему =) Пришла в голову такая мысль: черный день *nix - выход в свет книги "Линикс для чайников" =))) А если серьёзно, то я думаю, лучше 10 маленьких топиков, каждый на свою тему, чем один общий топик на несколько страниц. Я думаю, теряется человек от того, что не знает что, ему нужно. И то интересно и то и то, чёрт, как же тут всего много, как неудобно! =)

Так. 1. 2egor2fsys: Борис сам говорил о поддержке после продажи модуля. Это только по модулям. 2. 2Den_LocalNet: "доставать" - это уже эмоции. Сам знаешь, как воспринимается, когда твои пользователи говорят, что "это начинает доставать". Борис не заключал с нами договор на создание биллинговой системы, поэтому мы не в праве с него это требовать. 3. 2Борис: Советую назвать здесь дату следующего релиза с запасом времени. Т.е. если реально планируешь сделать через 10 дней, то советую назвать дату через 15 дней. Ты не обязан нам сделать новую систему, это просто твоя инициатива. Просто скажи, когда планируешь закончить новый билд и выложить его.