Перейти до

nickmas

Маглы
  • Всього повідомлень

    65
  • Приєднався

  • Останній візит

  • Дней в лидерах

    1

Сообщения додав nickmas

  1. Было бы не плохо, в авторизаторе предусмотреть "кнопочку - 'Обновить ПО isp'", и реализовать программно автообновление с http или ftp сервера. - Считаю очень удобным, чем каждому расказывать, что/где/как и и т.д.

     

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

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

    Я уже не говорю о том, сколько мусора в логи сыпится.

     

    Может это стоит учесть в новом релизе ?

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

     

    2.61.8

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

    Я уже не говорю о том, сколько мусора в логи сыпится.

     

    Может это стоит учесть в новом релизе ?

  4. Бок наверное: завожу в конфигураторе еще одного администратора, ставлю галочку "Права пользователя", галочка "Тарифы" снята. Позже выясняю, что под этой учетной записью разрешает менять тарифный план абонентам. Или может я неправильно понял?

     

    Еще замечено, что при удалении абонента с помощью КК выдается сообщение Error, но абонент удаляется.

     

    На боевом сервере стоит stg-2.406 (попробовать stg-2.407-rc1 - не довелось).

    Виндовый конфигуратор - 1.91.9

    КК - 1.08.9

     

    Пишу сюда, т.к. ветка stg-2.406 закрыта.

     

    Если это бок и в версии stg-2.407 исправлен - это хорошо.

  5. Вопрос глупый но как это сделать ?

    Как-то так:

    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

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

    Количество юзеров тут не при чем.

    Вынесение Stargazer'а из общего трафика мысль правильная, но тут она вряд-ли поможет, т.к. потерь пакетов и лагов по ним я не вижу.

     

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

  7. Отключил модуль cap_ether - нагрузка на проц упала до 2-6 % вместо 25-50%. Но народ по прежнему выкидывает.

    Еще вопрос: если stargazer поставить в стороне от общего потока инетрнет трафика на отдельном серваке, поможет ли это разрешить ситуацию?

  8. Ждал нового месяца... В первых числах не такие большие потоки трафика. Но проблема осталась.

     

    Вылаживаю теперь на обозрение новые логи:

     

    Лог клиента:

    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

     

    Скрин снифера с маршрутизатора, который находиться между клиентом и сервером:

     

    bead04f069cdee73f2a2e6459827ccba.jpg

     

    Выделенная строка - реконнект ключика.

     

    Я так понимаю, что сервер просто перестает общаться с клиентом. Соответственно по таймауту считает клиента мертвым и выкидывает.

     

    Может ли это зависить от количества клиентов в базе?

    База в 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

     

     

    Логи сервера ничего не говорят?

     

    Есть у кого-нибудь мысли по этому поводу? Или может кто поборол у себя подобную ситуацию?

  9. А если cash клиенту увеличить - перестанет отключать?

     

    Не помогло увеличение 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 минуты. Но попрежнему выкидывает.

    Есть еще идеи?

  10. Не могу побороть проблему! Случайным образом выкидывает абонентов (есть предположения, что по таймауту). Вот кусок лога одного из них:

     

    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 не пропадает.

     

    Помогите разобраться. Куда копать?

×
×
  • Створити нове...