uzver

ну насчет комерции многим переживать нечего, все обзовелись точенными-переточенными версиями стг под себя, я например ставил 2.4 какую-то там за сентябрь, весьма стабильно, протестил на разных ядрах, и разных дистрах, с очередей трафик считает точто, нагрузку в 140-150 юзеров держит, а больше и не надо пока. Вот все жду модуля под бд, но фаерберд...придется видимо самому по готовому исходнику строчить модуль под мускул. Автору: Я лично против комерции и всяких аукционов.Уже если GNU или подобное ему, так уж до конца, не справляешься, найди себе замену, если действительно дорог проэкт, в

вообщем то cristal все описал то есть делаем в конфигураторе вкладку лог событий(еще не плохо было бы и системный лог) в событиях мона херачить все подряд, например зелененьким Пользователь такой то(ип такой-то) залогинился тогдато, Сининьким разлогинился тогда то, ошибка авторизации красным, причина такая то(либо пароль логин не тот, либо ип, либо хеш винта не тот, либо мак, либо системная ошибка типа устаревшая версия авторизатора) при добавлении юзера делаем еще несколько полей 1 хеш винта юзера, второй его мак, и два флажка -- привязать юзера к маку, привязать юзера к хешу.Дабы ад

[offtopic] я почему то все время забываю про эту функцию сообщений в стг, может потому что и так есть чат? или потому что пользователи не приходят в восторг от того что им в самый не нужный момент сыпятся какие то левые сообщения от админов) [/offtopic] а вообще по делу очень бы хотелось чтоб в конфигураторе сделали бы такую вещь: если добавляется пользователь с уже существующим логином, то стг бы предлогал на выбор -- изменить текущую запись, либо добавить новую но с другим логином. то что на нынешнем конфигураторе( за 15 сентября, не думаю что это пофиксили в нынешнем), делае

во первых, маскарадинг на внутрений локальный ип?))) имхо бред во вторых, регулировать доступ проходящего трафика через отключения и включения маскарадинга? ппц и в третьих файл rules в студию

есть вариант! так сказать предложение как мона привязывать железно ак к тачке, в авторизаторе есть же такая опция привизать пас к hdd, так почему бы туже инфу не отправить при первой авторизации на стг? получаем железную привязку к винту у клиента)

я так понял адсл у вас на 192.168.1.62? тогда делаем просто, настраиваем роут на три диапазона. первый на 192.168.5.0/24 второй на 192.168.1.0/24 и третий дефолтовый на внешний адсл так же я б прописал в фаерволе асепты на прероутинг и построутинг для локальных адрессов

меня смущает одно, получается для каждой процедуры-фунукция я должен явно или неявно вызывать функцию коннекта к базе, и соответсвенно в конце фунцию закрытия по хорошему.... это наверно, будет как то притормаживать работу СТГ

базу уже щас можно написать, чем вас не устраивает написаный модуль mod_store_files? там все понятно, я думаю его просто заменить своим. Основная проблема для меня щас это структура бд еще бы хоть краешком представлять как будет у разработчиков чтобы потом не так болезнено было переходить на их вариант(если конечно понадобится).

меня интересует как вы сформировали базу? просто сам тоже хочу переписать готовый модуль на мускул тока пока с базой не определился.

у меня СТГ за 15 сентября, а КК брал тот что на главной. вроде катит) по крайней мере траф добавляет и устанавливает. короче выложил на депозите http://depositfiles.com/ru/files/295109/

скорей всего кривонаписаный неоткалиброваный коллектор, либо то что анализирует траф с устройств. да и вообще имхо нужно вообще забить самим считать траф с устройств, достаточно его снимать с уже готовых счетчиков, там уже не надо парится так считают они 100% точно вон у Max'a вроде как модуль коллектора под нетфло есть, ваще тема, мона трафик прям с циски заворачивать =)

мона было все это не писать ключевое это: <Module cap_ether> # Модуль без параметров </Module> правь на: <Module cap_ipq> # Модуль без параметров </Module> потом перед запуском делаешь modprobe ip_queue(вроде так) и все трафик нужный для подсчета заворачиваешь в очередь QUEUE потипу iptables -I FOWARD -s $ip -j QUEUE iptables -I FOWARD -d $ip -j QUEUE а вообще есть такое, стандартный коллектор и счетчик как то криво считают траф, я сначало тестил паралельно СТГ и UTM3, врет хорошо... а вот когда на очереди заворачиваешь, счита

вопервых, нужно собрать все либы и компиляторы под данную ось, потом, вероятно учитывая некоторые особенности оси подправить исходники. в конечном итого должно собраться. а вообще как вариант,, авторизатор нужен для включения инета? можно как-нибудь хитро пересобрать-дописать КК, для того чтобы удалено можно было выставлять статус AlwaysOnline и сделать включение выключение инета через веб морду. или авторизатор нужен совершенно для другого?(для чего если не секрет )

Ну для начала скажу что я не мастер в пхп-кодинге но главно что работает... заливаем архивчик далее распаковываем правим в func.php 55 сторочку там находится пароль а также правим фукцию pay() пути к скриптам добавления и установления трафика(соответственно add и set) у меня они лежат в /etc/stargazer/add/ /etc/stargazer/set/ так же нам нада будет создать базу пользователей,, проблема в том что старгайзер умеет добавлять трафик только по логину а оплачивают как правило по ип по этому я сделал таблицу вида id login ip status -- статус оплаты следующего учетного период

DaGuTa, могу дасть скрипт на php там простенькая морда галочками тыкаешь кому накинуть потом вставляешь скока всем накинуть( мона не накинуть а установить) и тыкаешь кнопку применить, и всем устанавливается нужное кол-во трафика. у меня просто ситуация, дофига пользователей, практически все платят, и всем нужно добавлять(или выставлять) ровно 800 мегов =)