MaйeR

От Root конечно

ОС FreeBSD 5.4 фаервол IPFW В общем столкнулся с такой проблемой, самое странное что ее раньше небыло, суть такова авторизатор горит зеленым но из фаервола исчезают все разрешающие правила, причем переподключение авторизатора не помогает, только полный рестарт STG. В логах пишет вот такую штуку 2006-04-05 00:13:00 -- User alex 172.16.201.3 connected. 2006-04-05 00:13:04 -- User alex disconnected. [b]2006-04-05 00:15:03 -- Shutting down... 20 2006-04-05 00:15:03 -- TRAFFCOUNTER::Stop 2006-04-05 00:15:03 -- Shutting down... 15 2006-04-05 00:15:03 -- TRAFFCOUNTER::Stop 2006-04-05 00:15:03

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

честно непонятно что это и зачем надо

Замечание по работе с Конфигуратором При внесении денег юзеру на счет если слишком быстро нажать несколько раз Enter то сумма может внестись более одного раза.

на #!/bin/sh DAEMON=/usr/local/sbin/stargazer CONFIG=/usr/local/etc/stargazer case "$1" in start) ${DAEMON} ${CONFIG} ;; stop) killall stargazer ;; restart) $0 stop sleep 2 $0 start ;; *) echo "usage: ${0##*/} {start|stop|restart}" >&2 ;; esac

В общем надоела мне проблема с занулением базы на FreeBSD после внезапного выключения света, как результат написал небольшой Shell скрипт, который предназначен для подвешивания в Cron. Скрипт дается как есть, если что-то перестанет работать меня не обвинять Описание скрипта: проверяет нет ли нулевых stat файлов, если таковых нет делает резервную копию пакуя ее в gz архив, в противном случае останавливает STG и восстанавливает поврежденные stat файлы из последнего удачного архива, после чего STG запускается и работает дальше. Сам скрипт: #!/bin/sh #Start config STG_DIR="/usr/lo

Обнаружена жутко неприятная фича под ОС: FreeBSD. При удалении/создании пользователя происходит перестроение индексов, что приводит к следующей фишке: т.к. во FreeBSD добавление/удаление правил фаервола основывается на UserID то это приводит к тому что после отключения тех юзеров которые были онлайн на момент создания/удаления юзера их разрешающие правила из фаервола не удаляются.

не ридми не для крутых перцев, подумаешь что там написано СОБИРАТЬ ЧЕРЕЗ КОМАНДУ ./build

в общем запускай не Shell скрипт который ты хитро переименовал а сам бинарный файл stargazer =)

насколько помню iptables надо блокировать не вход сервера а цепочку FORWARD либо PREROUTING

до релиза и обкатки 2.5-stable точно нет

последняя альфа нормально собралась и работает, пока стабильно

Еще изменения будут? А то раздумываю спать или нет

Да сейчас собрался, сча работоспособность проверю, если не сложно в сл раз номера строк с изменениями указывай, мне быстрее руками исходник поправить чем файл заменить 2005-12-22 00:48:44 -- Stg v. Stg 2.4 alpha.01 2005-12-22 00:48:44 -- Timer thread started successfully. 2005-12-22 00:48:44 -- Storage plugin: file_store v.1.00. Loading successfull. 2005-12-22 00:48:44 -- Users started successfully. 2005-12-22 00:48:44 -- Traffcounter started successfully. 2005-12-22 00:48:44 -- Plugin: bpf_cap v.1.0. Start successfull. 2005-12-22 00:48:44 -- Error: Plugin loading failed. ./plugins/

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

В общем при сборке на FreeBSD 5.4 столкнулся с тем что не собирается модуль ao.so вот что говорит: elaisa > gmake g++ -c ao.cpp -g3 -Wall -fPIC -I ../../../../../include -DFREE_BSD5 In file included from ao.cpp:5: ao.h: In member function `void CHG_BEFORE_NOTIFIER<varParamType>::Notify(const varParamType&, const varParamType&)': ao.h:20: error: invalid use of undefined type `const struct AUTH_AO' ao.h:12: error: forward declaration of `const struct AUTH_AO' ao.h: In member function `void CHG_AFTER_NOTIFIER<varParamType>::Notify(const varParamType&, const varParamT

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

чего-то мне еще очень хотелось, как вспомню напишу

Вот еще одна мысля надумалась, в тарифе три направления мне нужно считать по Н1 только входящий, по Н2 вход+исход, по Н3 наибольший. возможно ли будет сделать возможность это задавать по направлениям.

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

Если кому интересно то я делаю немножко по другому, сделал консольные скрипты для работы с базой и веду параллельно базу пользователей в mySQL и в файлах STG, сейчас доделывай модуль который будет портировать логи в базу, конечно не риал-тайм но это и не требуется. Если конфигуратором делается какое либо изменение пароля или инфы то оно автоматически меняется в SQL базе, таким образом пользователи могут быстро работать со своими данными без риска поломки STG.

Если вы еще не заметили то логин пользователя стал регистрозависимым, т.е если у вас в старгайзере написано Test то и пользователь должен вводить логин Test и ни как иначе