griffie

Где же эта сборка? :-(=)

Stg 2.403b

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

Возникает у разных пользователей(!).

stg-2.4-2007.01.20-13.47.20 Linux Debian 4.0 Kernel 2.6.8-2-386 Такая ситуация: Поначалу у пользователя все хорошо работает. Потом такие симптомы: авторизатор не подключется к серверу с правильным логином и паролем, при этом не выдает никаких сообщений. Если в авторизаторе логин поменять, то выдается соответствующая ошибка. Если на компьютере пользователя и на сервере сменить IP адрес снова все работает, потом, если на старый IP перейти снова не пашет. В случае когда авторизатор не подключется без выдачи сообщения, на сервер тоже ничего в логи не пишется.

написал

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

Нужно уточнить. Если поставить в OnConnect правила работающие через ACCEPT то все считается даже на одном интерфейсе. Если через QUEUE то нифига. Как извесно QUEUE это направление трафика внешней программе, в данном случае используется стандартный модуль ядра, так вот в случае stg + transparent proxy + QUEUE нет подсчета трафика. Хотя без squid старгазер + QUEUE пашет. В настройках фаервола никаких других разрешающих правил нет. Скрипты OnConnect и OnDisconnect взяты co stargazer.dp.ua

ткните носом

Проблема была в другом, там все процессы на сервере помирали. Поэтому предел stg еще не достигнут! :tongue:

Ставим прозрачный прокси. В интернет через него ходит в логах пишет. Ставим stg2.402 c подсчетом через queue, трафик считает отлично. Пишем волшебную строчку, хотябы для одного компа в локалке iptables -t nat -A PREROUTING -p tcp -m multiport --destination-port 80 -d ! $localserv -s $my_ip -j REDIRECT --to-port 3128 И все, весь трафик считается как локальный. Можно поправить rules в старгазере, на предмет порта 3128 для локальной сети, но направлений - то несколько и у каждого своя цена. Пробовал еще, для теста, связку stg+squid на машине с одним интерфейсом трафик по направлениям считает н

Где ж его взять-то?

В базе stg 2.402 около 350 юзеров, и вот какая фигня происходит. Во время обновления статистики невозможно авторизатором подключиться к серверу, а у тех кто в этот момент подключен авторизаторы становятся красненькими - происходит самопроизвольное отключение пользователей. Видимо из-за занятости сервера он не некоторое время не перестает отвечать на запросы. Как с этим бороться?

А как правильно, что бы не наступать на грабли, запустить два или даже три сервера stg 2.402 на одной машине. 1. разные папки в ./etc 2. разные в /var 3. Разный ExecMsgKey в конфе Для подсчета трафика используется модуль ipq, так вот на втором сервере трафик не считается.

stg 2.402 пробовал запустить две копии на одной машине параметр StgMsgKey менял - ставил 5556 и 6666, каталоги в /etc и /var разные и в итоге сервер который был запущен раньше переставал выполнять скрипты OnConnect OnDisconnect. После оставновки второго сервера, и перезапуска первого все поехало как обычно. Может какие-то параметры еще нужно было покрутить?

подвердждаю, есть такое. Может ли stg падать от того что база из версии 2.046, например в stg-2.402 в конфигах прользователя нет параметра iface?

Как так раз в сутки? А параметры StatWritePeriod (1..1440 минут) и DetailStatWritePeriod (по идее не больше часа может быть) они тогда за что отвечают? :-|<

куда core свежевыпавший кинуть?

core не образуются user.cpp > 12:46:16 > ScanMessage user.cpp > 12:46:16 > ScanMessage user.cpp > 12:46:16 > ScanMessage user.cpp > 12:46:16 > ScanMessage traffcounter.cpp > 12:46:17 > FlushAndRemove() packets: 4166(rem 6595) ip2packets: 8332(rem 13190) traffcounter.cpp > 12:46:17 > DelUser: dgv24 ./startstg: line 4: 2417 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 13:40:53 > ScanMessage iptables: Bad rule (does a matching rule exist in that chain?) iptables

inetaccess.cpp > 12:04:32 > Packet type ALIVE_ACK inetaccess.cpp > 12:04:32 > ALIVE_ACK - OK inetaccess.cpp > 12:04:32 > recvfrom res=64 inetaccess.cpp > 12:04:32 > recv from 192.168.5.78 len=64 inetaccess.cpp > 12:04:32 > User login: dgv195 inetaccess.cpp > 12:04:32 > User dgv195 FOUND! inetaccess.cpp > 12:04:32 > Packet type ALIVE_ACK inetaccess.cpp > 12:04:32 > ALIVE_ACK - OK inetaccess.cpp > 12:04:32 > recvfrom res=64 inetaccess.cpp > 12:04:32 > recv from 192.168.5.251 len=64 inetaccess.cpp > 12:04

Поставил stg-2.402.9.7.tgz. Еще есть проблема как и в предидущей версии скрипт OnConnect иногда не срабатывает, а если в аторизаторе кнопку подключиться раз 40 нажать то и OnDisconnect тоже. Халявный интеренет.

mod_evasive на апач и проблема решена! :tongue:

нет

http://stg.dp.ua/download/stg-2.402.9.7.tgz ссылочка не работает.Еще трабла такая. В базе 293 абонента до 60 чел онлайн. stg-2.401 вылетает регулярно просто исчезает главный процесс, а процессы выполняющие скрипты их 5 штук остаются. Система Debian 3.1 Sarge проц 2.3 ГГц. Памяти 512 Мб. Старгазер вылетает, в своих логах ничего не пишет.

-