![](https://local.com.ua/forum/uploads/set_resources_5/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
griffie
Тип контенту
Профили
Форум
Календарь
Сообщения додав 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 на машине с одним интерфейсом трафик по направлениям считает нормально. То есть пользователь через нее в интернет ходил. Адрес интерфейса был серый старгазер тоже через queue считал. Подскажите пожалуйста где копать? В каком месте stg считает трафик?
-
Где ж его взять-то?
-
В базе 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: Bad rule (does a matching rule exist in that chain?) traffcounter.cpp > 13:40:53 > FlushAndRemove() packets: 446(rem 6410) ip2packets: 892(rem 12820) traffcounter.cpp > 13:40:53 > DelUser: dgv124 /usr/sbin/startstg: line 4: 3743 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 14:07:26 > ScanMessage user.cpp > 14:07:26 > ScanMessage user.cpp > 14:07:28 > ScanMessage traffcounter.cpp > 14:07:47 > FlushAndRemove() packets: 137(rem 16341) ip2packets: 274(rem 32682) traffcounter.cpp > 14:07:47 > DelUser: dgv102 /usr/sbin/startstg: line 4: 7038 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 15:59:06 > ScanMessage user.cpp > 15:59:06 > ScanMessage traffcounter.cpp > 15:59:08 > FlushAndRemove() packets: 4881(rem 6128) ip2packets: 9762(rem 12256) traffcounter.cpp > 15:59:08 > DelUser: griff /usr/sbin/startstg: line 4: 11656 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 17:03:29 > ScanMessage user.cpp > 17:03:29 > ScanMessage traffcounter.cpp > 17:03:29 > FlushAndRemove() packets: 6770(rem 2543) ip2packets: 13540(rem 5086) traffcounter.cpp > 17:03:29 > DelUser: dgv58 /usr/sbin/startstg: line 4: 18154 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 18:50:41 > ScanMessage traffcounter.cpp > 18:50:41 > FlushAndRemove() packets: 7950(rem 1847) ip2packets: 15900(rem 3694) traffcounter.cpp > 18:50:41 > DelUser: dgv95 /usr/sbin/startstg: line 4: 24396 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 21:41:11 > UpdatePingTime(1164361270) _intercom_real traffcounter.cpp > 21:41:11 > FlushAndRemove() packets: 994(rem 5551) ip2packets: 1988(rem 11102) traffcounter.cpp > 21:41:11 > DelUser: dgv264 /usr/sbin/startstg: line 5: 6883 Segmentation fault (core dumped) /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 22:20:35 > UpdatePingTime(1164363632) dgv2 user.cpp > 22:20:35 > UpdatePingTime(1164363632) dgv306 traffcounter.cpp > 22:20:38 > FlushAndRemove() packets: 3727(rem 15218) ip2packets: 7454(rem 30436) traffcounter.cpp > 22:20:38 > DelUser: dgv230 /usr/sbin/startstg: line 5: 25578 Segmentation fault (core dumped) /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 11:24:41 > UpdatePingTime(1164382888) dgv2 user.cpp > 11:24:41 > UpdatePingTime(1164372958) zub traffcounter.cpp > 11:24:51 > FlushAndRemove() packets: 5897(rem 5401) ip2packets: 11794(rem 10802) traffcounter.cpp > 11:24:51 > DelUser: dgv69 /usr/sbin/startstg: line 5: 1276 Segmentation fault (core dumped) /usr/sbin/stargazer /etc/stargazer Start failed
Хоть и написано (core dumped) но не нашел я там core*
Кроме того. После того как переписали фаервол, стал падать реже. Приерно 2-3 раза в сутки.
И еще вопрос, зачем старгазер отключает в включает всех пользователей примерно раз в час. Пользователь при этом остается отключенным минуты 3 - 4
-
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:32 > User login: dgv233 inetaccess.cpp > 12:04:32 > User dgv233 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.201 len=64 inetaccess.cpp > 12:04:32 > User login: dgv267 inetaccess.cpp > 12:04:32 > User dgv267 FOUND! inetaccess.cpp > 12:04:32 > Packet type ALIVE_ACK inetaccess.cpp > 12:04:32 > ALIVE_ACK - OK inetaccess.cpp > 12:04:33 > recvfrom res=64 inetaccess.cpp > 12:04:33 > recv from 192.168.5.48 len=64 inetaccess.cpp > 12:04:33 > User login: dgv166 inetaccess.cpp > 12:04:33 > User dgv166 FOUND! inetaccess.cpp > 12:04:33 > Packet type ALIVE_ACK inetaccess.cpp > 12:04:33 > ALIVE_ACK - OK inetaccess.cpp > 12:04:33 > recvfrom res=64 inetaccess.cpp > 12:04:33 > recv from 192.168.5.79 len=64 inetaccess.cpp > 12:04:33 > User login: dgv196 inetaccess.cStart failed
Падает 7-8 раз в сутки.
В часы наибольшего количества подключенных пользователей вылетает чаще.
После себя оставляет все процессы stg-exec. Правила OnDisconnect не выполняются. Вот еще неудачный запуск stg
user.cpp > 12:46:00 > ScanMessage users.cpp > 12:46:00 > Sec = 1164242760 users.cpp > 12:46:00 > New Minute. old = 45 current = 46 user.cpp > 12:46:01 > ScanMessage user.cpp > 12:46:01 > ScanMessage user.cpp > 12:46:02 > ScanMessage user.cpp > 12:46:02 > ScanMessage user.cpp > 12:46:04 > ScanMessage user.cpp > 12:46:04 > ScanMessage user.cpp > 12:46:05 > ScanMessage user.cpp > 12:46:05 > ScanMessage user.cpp > 12:46:05 > ScanMessage user.cpp > 12:46:05 > ScanMessage user.cpp > 12:46:07 > ScanMessage user.cpp > 12:46:07 > ScanMessage user.cpp > 12:46:07 > ScanMessage user.cpp > 12:46:09 > ScanMessage user.cpp > 12:46:10 > ScanMessage user.cpp > 12:46:10 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:15 > ScanMessage user.cpp > 12:46:15 > ScanMessage 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
-
Поставил 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 Мб. Старгазер вылетает, в своих логах ничего не пишет.
-
2. Нормальное решение. Я постараюсь завтра сделать пофикшенный модуль.
-
Не может подключиться пользователь
в Питання по Stargazer
Опубліковано:
Где же эта сборка? :-(=)