nickmas

Ну раз уже зашел разговор, я бы еще добавил опцию в конфигураторе 'Обновить ПО isp принудительно' и тогда авторизатор при запуске проверял бы наличие доступной новой версии и, соответственно, обновлялся.

Какая версия авторизатора? 2.61.8

Когда у абонента ip-адрес не совпадает с указанным на сервере - ключик начинает материться с такой скоростью, что закрыть его стандартными средствами не получается. Приходиться убивать его в процессах. Я уже не говорю о том, сколько мусора в логи сыпится. Может это стоит учесть в новом релизе ?

Бок наверное: завожу в конфигураторе еще одного администратора, ставлю галочку "Права пользователя", галочка "Тарифы" снята. Позже выясняю, что под этой учетной записью разрешает менять тарифный план абонентам. Или может я неправильно понял? Еще замечено, что при удалении абонента с помощью КК выдается сообщение Error, но абонент удаляется. На боевом сервере стоит stg-2.406 (попробовать stg-2.407-rc1 - не довелось). Виндовый конфигуратор - 1.91.9 КК - 1.08.9 Пишу сюда, т.к. ветка stg-2.406 закрыта. Если это бок и в версии stg-2.407 исправлен - это хорошо.

Осталось 2 штуки. Торг уместен.

Предложение актуально. По цене подвинусь. Кому интересно - пишите.

Как-то так: if [ "$param" = "tariff" ]; then export LANG=en_US.UTF-8 /etc/stargazer/plugins/sgconf/sgconf set -s 127.0.0.1 -p 5555 -a ******* -w ****** -u $login -m 'Уважаемый пользователь, ваш тариф '$oldValue', был изменен на '$newValue fi (ес-сно, вместо en_US.UTF-8 подставить свою локаль). А как сделать, чтобы КК стал понимать пробел ? Добавил export LANG=ru_RU.KOIR8-R русский язык стал понимать. Но пробел до сих пор не понимает. версия КК 1.08.9

В принципе может быть и интересно, если не найду б/у.

Спасибо за совет. Обязательно позвоню.

Продам б/у BlueBox Total + инжектор питания. http://asp24.com.ua/bluebox-gw-ap54sg/bluebox-total/ Прошу 300 у.е. Возможен торг. По наличию 3 таких девайса.

Продам Mikrotik RB800 + блок питания + сплитер + Бокс. Все мало б/у. За все 300 у.е. Возможен торг. http://routerboard.com/index.php?showProduct=91

Куплю б/у D-Link 3612G в нормальном состоянии по нормальной цене. Предложения в личку.

Куплю б/у D-Link 3612G в нормальном состоянии по нормальной цене. Предложения в личку.

Ни разу не собирал в отладочном режиме. Подскажи команду, пожалуйста.

Отключил модуль cap_ether - нагрузка на проц упала до 2-6 % вместо 25-50%. Но народ по прежнему выкидывает. Еще вопрос: если stargazer поставить в стороне от общего потока инетрнет трафика на отдельном серваке, поможет ли это разрешить ситуацию?

Ждал нового месяца... В первых числах не такие большие потоки трафика. Но проблема осталась. Вылаживаю теперь на обозрение новые логи: Лог клиента: 2010-06-04 18:37:54 -- Disconnect, session upload: '276,685238,0,0,0,0,0,0,0,0' session download: '824,7807125,0,0,0,0,0,0,0,0' month upload: '3290014,5380567033,0,0,0,0,0,0,0,0' month download: '9246158,8362905086,0,0,0,0,0,0,0,0' cash: '1' 2010-06-04 18:38:56 -- Connect, 172.16.17.17 2010-06-04 18:48:27 -- Disconnect, session upload: '3128,3904402,0,0,0,0,0,0,0,0' session download: '14008,34222428,0,0,0,0,0,0,0,0' month upload: '3293142,5384471435,0,0,0,0,0,0,0,0' month download: '9260166,8397127514,0,0,0,0,0,0,0,0' cash: '1' 2010-06-04 18:49:30 -- Connect, 172.16.17.17 2010-06-04 18:50:30 -- Disconnect, session upload: '276,652828,0,0,0,0,0,0,0,0' session download: '824,7719697,0,0,0,0,0,0,0,0' month upload: '3293418,5385124263,0,0,0,0,0,0,0,0' month download: '9260990,8404847211,0,0,0,0,0,0,0,0' cash: '1' 2010-06-04 18:51:34 -- Connect, 172.16.17.17 2010-06-04 18:52:34 -- Disconnect, session upload: '276,606236,0,0,0,0,0,0,0,0' session download: '412,7224551,0,0,0,0,0,0,0,0' month upload: '3293694,5385730499,0,0,0,0,0,0,0,0' month download: '9261402,8412071762,0,0,0,0,0,0,0,0' cash: '1' 2010-06-04 18:53:36 -- Connect, 172.16.17.17 2010-06-04 18:57:36 -- Disconnect, session upload: '1196,1706872,0,0,0,0,0,0,0,0' session download: '5356,14495964,0,0,0,0,0,0,0,0' month upload: '3294890,5387437371,0,0,0,0,0,0,0,0' month download: '9266758,8426567726,0,0,0,0,0,0,0,0' cash: '1' 2010-06-04 18:58:40 -- Connect, 172.16.17.17 Tcpdump по этому клиенту на локальном интерфейсе сервера: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 18:53:36.640293 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 96 18:53:36.640582 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 200 18:53:36.663674 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:53:36.664983 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:53:36.684890 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:53:57.486812 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:53:57.500521 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:54:06.669752 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:54:06.682038 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:54:21.671500 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:54:21.680734 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:54:36.687070 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:54:36.703271 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:55:03.808947 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:55:03.830200 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:55:13.055237 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:55:13.076979 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:55:21.714328 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:55:21.731312 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:55:36.725294 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:55:36.741578 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:55:51.728559 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:55:51.748512 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:56:06.742634 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:56:06.751585 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:56:21.762851 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:56:21.766330 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:56:36.772842 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:56:36.786266 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:57:12.000729 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:57:12.010823 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:57:38.782435 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:57:38.801384 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:57:38.885824 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:57:38.902602 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:57:38.996599 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:57:39.027136 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:58:40.056569 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 96 18:58:40.056783 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 200 18:58:40.079278 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:58:40.079993 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:58:40.097413 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 ^C21504 packets captured 21534 packets received by filter 0 packets dropped by kernel Скрин снифера с маршрутизатора, который находиться между клиентом и сервером: Выделенная строка - реконнект ключика. Я так понимаю, что сервер просто перестает общаться с клиентом. Соответственно по таймауту считает клиента мертвым и выкидывает. Может ли это зависить от количества клиентов в базе? База в filestore, 1300 учетных записей. Сервер не нагружен: top - 19:29:33 up 5 days, 3:57, 1 user, load average: 0.44, 0.53, 0.69 Tasks: 122 total, 1 running, 121 sleeping, 0 stopped, 0 zombie Cpu0 : 11.4%us, 2.7%sy, 0.0%ni, 66.6%id, 0.0%wa, 1.7%hi, 17.7%si, 0.0%st Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 5.4%us, 3.0%sy, 0.0%ni, 70.7%id, 0.0%wa, 1.7%hi, 19.2%si, 0.0%st Cpu3 : 1.0%us, 0.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 4038232k total, 1423292k used, 2614940k free, 273676k buffers Swap: 15631204k total, 0k used, 15631204k free, 775836k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 28674 root 1 -19 280m 49m 2716 S 26 1.3 2:05.22 stargazer 32405 root 20 0 19144 1300 972 R 0 0.0 0:00.07 top 1 root 20 0 3928 648 556 S 0 0.0 0:00.74 init 2 root 15 -5 0 0 0 S 0 0.0 0:00.01 kthreadd 3 root RT -5 0 0 0 S 0 0.0 0:03.12 migration/0 4 root 15 -5 0 0 0 S 0 0.0 0:07.74 ksoftirqd/0 5 root RT -5 0 0 0 S 0 0.0 0:03.68 migration/1 Логи сервера ничего не говорят? Есть у кого-нибудь мысли по этому поводу? Или может кто поборол у себя подобную ситуацию?

Не помогло увеличение cash-а (на примере абонента 172.16.17.3): Еще увеличил вдвое в stargazer.conf в <Module auth_ia>: UserDelay=30 UserTimeout=120 Вот лог абонента: 2010-05-31 16:40:56 -- Connect, 172.16.17.3 2010-05-31 16:42:56 -- Disconnect, session upload: '184,530298,0,0,0,0,0,0,0,0' session download: '1070,13345460,0,0,0,0,0,0,0,0' month upload: '4023068,16946293708,0,0,0,0,0,0,0,0' month download: '12577342,46539311332,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 16:44:58 -- Connect, 172.16.17.3 2010-05-31 16:59:28 -- Disconnect, session upload: '2484,66227124,0,0,0,0,0,0,0,0' session download: '10712,109599754,0,0,0,0,0,0,0,0' month upload: '4025552,17012520832,0,0,0,0,0,0,0,0' month download: '12588054,46648911086,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:01:30 -- Connect, 172.16.17.3 2010-05-31 17:12:01 -- Disconnect, session upload: '1656,39477204,0,0,0,0,0,0,0,0' session download: '7004,74260267,0,0,0,0,0,0,0,0' month upload: '4027208,17051998036,0,0,0,0,0,0,0,0' month download: '12595058,46723171353,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:14:03 -- Connect, 172.16.17.3 2010-05-31 17:17:03 -- Disconnect, session upload: '368,2037518,0,0,0,0,0,0,0,0' session download: '1236,20640918,0,0,0,0,0,0,0,0' month upload: '4027576,17054035554,0,0,0,0,0,0,0,0' month download: '12596294,46743812271,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:19:05 -- Connect, 172.16.17.3 2010-05-31 17:21:05 -- Disconnect, session upload: '184,381276,0,0,0,0,0,0,0,0' session download: '412,14450986,0,0,0,0,0,0,0,0' month upload: '4027760,17054416830,0,0,0,0,0,0,0,0' month download: '12596706,46758263257,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:23:07 -- Connect, 172.16.17.3 2010-05-31 18:04:43 -- Connect, 172.16.17.3 2010-05-31 18:08:43 -- Disconnect, session upload: '1688,10671400,0,0,0,0,0,0,0,0' session download: '2884,30956120,0,0,0,0,0,0,0,0' month upload: '4034508,17152368911,0,0,0,0,0,0,0,0' month download: '12622330,47010396440,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 18:32:50 -- Connect, 172.16.17.3 2010-05-31 20:19:09 -- Disconnect, session upload: '17480,297086691,0,0,0,0,0,0,0,0' session download: '79842,785843780,0,0,0,0,0,0,0,0' month upload: '4051988,17449455602,0,0,0,0,0,0,0,0' month download: '12702172,47796240220,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 20:21:10 -- Connect, 172.16.17.3 Теперь абонент переподключается через 2 минуты. Но попрежнему выкидывает. Есть еще идеи?

Не могу побороть проблему! Случайным образом выкидывает абонентов (есть предположения, что по таймауту). Вот кусок лога одного из них: 2010-05-29 21:55:54 -- Connect, 172.16.17.17 2010-05-29 21:56:54 -- Disconnect, session upload: '644,531088,0,0,0,0,0,0,0,0' session download: '1376,7611440,0,0,0,0,0,0,0,0' month upload: '7377710,23385815655,0,0,0,0,0,0,0,0' month download: '38726209,35254963744,0,0,0,0,0,0,0,0' cash: '0' 2010-05-29 21:57:57 -- Connect, 172.16.17.17 2010-05-29 21:59:12 -- Disconnect, session upload: '920,500540,0,0,0,0,0,0,0,0' session download: '1744,9344557,0,0,0,0,0,0,0,0' month upload: '7378630,23386316195,0,0,0,0,0,0,0,0' month download: '38727953,35264308301,0,0,0,0,0,0,0,0' cash: '0' 2010-05-29 22:00:15 -- Connect, 172.16.17.17 2010-05-29 22:01:33 -- Disconnect, session upload: '920,449558,0,0,0,0,0,0,0,0' session download: '2340,9711837,0,0,0,0,0,0,0,0' month upload: '7379550,23386765753,0,0,0,0,0,0,0,0' month download: '38730293,35274020138,0,0,0,0,0,0,0,0' cash: '0' 2010-05-29 22:02:36 -- Connect, 172.16.17.17 2010-05-29 22:05:51 -- Disconnect, session upload: '2300,1061274,0,0,0,0,0,0,0,0' session download: '6924,21156875,0,0,0,0,0,0,0,0' month upload: '7381850,23387827027,0,0,0,0,0,0,0,0' month download: '38737217,35295177013,0,0,0,0,0,0,0,0' cash: '0' 2010-05-29 22:06:54 -- Connect, 172.16.17.17 2010-05-29 22:07:18 -- Admin 'admin', 172.16.15.15: 'alwaysOnline' parameter changed from '0' to '1'. Как видим, alwaysOnline помог. Еще вот tcpdump по этому абоненту за данный период времени: 21:54:53.198926 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:54:53.245601 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:54:53.265305 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:54:53.306275 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:55:54.365609 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 96 21:55:54.366042 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 200 21:55:54.386773 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:55:54.391077 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:55:54.406865 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:56:42.238387 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:56:42.283309 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:56:56.025693 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:56:56.084221 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:57:57.158846 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 96 21:57:57.159356 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 200 21:57:57.179054 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:57:57.180692 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:57:57.199648 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:58:12.839363 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:58:12.845691 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:58:43.623705 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:58:43.671053 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:58:58.855363 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:58:58.859196 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:59:13.786269 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:59:13.815662 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:59:13.856634 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:59:13.880579 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 172.16.0.12 - адрес сервера, где стоит stargazer 172.16.17.17 - адрес клиента. Похоже, что здесь происходит переподключение ключика 21:57:57.158846 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 96 21:57:57.159356 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 200 Логи ничего не говорят 2010-05-29 21:51:57 -- Login ab4143 alredy in use. IP '172.16.4.127' 2010-05-29 21:51:59 -- Login ab4143 alredy in use. IP '172.16.4.127' 2010-05-29 21:52:35 -- User's connect failed. IP '172.16.33.83'. Wrong login or password 2010-05-29 21:52:55 -- Login ab4143 alredy in use. IP '172.16.4.127' 2010-05-29 21:57:42 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 21:57:47 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 21:57:56 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 21:59:18 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 21:59:47 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 22:00:18 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 22:00:36 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 22:00:45 -- User's connect failed. IP '172.16.9.15'. Wrong login or password Версия stg-2.406 Linux Slackware 13.0 64 bit Обрывов по сети не наблюдается - в этот период времени пинг от клиента на 172.16.0.12 не пропадает. Помогите разобраться. Куда копать?