Перейти до

отключаются абоненты по таймауту, авторизаторы зеленые

napTu

Автор: napTu,
в Питання по Stargazer

 Share Подписчики 1

Рекомендованные сообщения

Kucher2

Kucher2 122

Опубліковано:
Опубліковано:

Шановний hsasha, а ви спробуйте встановити для проблемного юзера статус "Завжди онлайн" і подивіться чи відвалюється у нього Інтернет.

Може зовсім не у авторизаторі справа.

Ссылка на сообщение
Поделиться на других сайтах
morfey

morfey 82

Опубліковано:
Опубліковано:

Ті в кого "завжди онлайн" все гут, і це не проблемний юзер, а у кожного третього ( це тільки ті хто телефонують). В мене стоїть qia, проблем нема

Ссылка на сообщение
Поделиться на других сайтах
Kucher2

Kucher2 122

Опубліковано:
Опубліковано:

Хм. :/ В мене серед юзерів поширена версія 2.61.8, брав з сайту СТГ. Працює на порту 8888. Сервер 2.406. Тьфу-тьфу-тьфу...

Кажете юзер офлайн, а авторизатор зелений? А правила теж видаляються на нього (юзера), на сервері? Коли так, то авторизатор чекає тайм-ауту и не бачить сервер в цей час.

Можливо вірус? Хоча б ICMP ходять з серверу до юзера в цей момент?

Ще непогано б перевірити надійність зв'язку, можливо в мережі є загублені пакети, коли ping вищий ніж 5000 - дуже важлива річ, про неї чомусь забувають.

Може "тяжкі" скрипти OnConnect/OnDisconnect? В моменти коли авторизатор чомусь переконнекчується, скрипт ненадовго "зависає". Було в мене і таке.

 

Можна спробувати видалити проблемного юзера з бази і створити знову. Чи витягнути його каталог з архіву, зробленного ще до "глюку". Тільки СТГ треба перед цим зупинити.

Одного разу сам так і зробив, бо нічого не допомогало, коли 2 юзера домовилися і мінялися логінами. СТГ потім отак здурів, не хотів їх підключати.

 

Доречі, у Вас мережа розділена на сегменти? Скількі юзерів у сегменті та скільки їх усого в онлайні буває? Може перегруз мережі? По top -S у вас на сервері все гаразд?

Ссылка на сообщение
Поделиться на других сайтах
morfey

morfey 82

Опубліковано:
Опубліковано:

2.61.8 тільки думаємо впроваджувати, стг 2.406. Сьогодні почали скаржитись на вірус(атаки,скан) Scan.generic.udp

Правила видаляються, скрипти не "важкі"

ICMP ходить.

 

Ви кажете про проблемного юзера, це чоловік ~200 телефонувало зі скаргами, це не проблема в однієї людини.

 

 

ТОП -S

last pid: 27574;  load averages:  0.13,  0.15,  0.15                                                                                                                                                                up 128+02:36:10 16:12:07
161 processes: 3 running, 139 sleeping, 3 zombie, 16 waiting
CPU:  2.6% user,  0.0% nice,  8.8% system,  0.0% interrupt, 88.6% idle
Mem: 438M Active, 997M Inact, 271M Wired, 42M Cache, 112M Buf, 124M Free
Swap: 4096M Total, 4096M Free

 PID USERNAME  THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
  11 root        2 171 ki31     0K    16K RUN     0 5370.7 192.48% idle
   0 root       11 -68    0     0K    80K -       1 516.0H 13.77% kernel
93003 root       13  44  -19 40664K 31856K accept  1  52.3H  2.64% stargazer
 965 bind        5  44    0   255M   193M kqread  0 987:39  0.00% named
1317 root        1  44    0   130M   125M select  0 551:42  0.00% snmpd
  12 root       16 -48    -     0K   128K WAIT    0 480:40  0.00% intr
  13 root        1  44    -     0K     8K -       1 437:11  0.00% yarrow
  15 root        1  44    -     0K     8K syncer  0 218:25  0.00% syncer
1291 mysql      15  44    0   225M 58560K sigwai  1 188:59  0.00% mysqld
 897 root        1  44    0  3344K  1140K select  0  16:02  0.00% syslogd
1337 root        1  44    0  4492K  2940K bpf     1  13:16  0.00% arpwatch
   3 root        1  -8    -     0K     8K -       1   8:09  0.00% g_up
  18 root        1  44    -     0K     8K flowcl  1   6:54  0.00% flowcleaner
   2 root        1  -8    -     0K     8K -       1   6:51  0.00% g_event
   4 root        1  -8    -     0K     8K -       1   5:06  0.00% g_down
5606 root        1  44    0 23976K 11828K select  1   5:05  0.00% httpd
  14 root        8 -64    -     0K    64K -       0   1:25  0.00% usb
  17 root        1  44    -     0K     8K sdflus  1   1:03  0.00% softdepflush
1407 root        1  44    0  6676K  2816K select  0   0:48  0.00% sshd
   9 root        1  44    -     0K     8K psleep  1   0:42  0.00% bufdaemon
  16 root        1  44    -     0K     8K vlruwt  1   0:42  0.00% vnlru
1422 root        1  44    0  3372K  1192K nanslp  0   0:21  0.00% cron
93004 root        1  51    0  5756K  2368K msgrcv  0   0:17  0.00% stargazer
   6 root        1  44    -     0K     8K psleep  0   0:13  0.00% pagedaemon
   1 root        1  45    0  2912K   308K wait    0   0:07  0.00% init
8250 dhcpd       1  44    0  5332K  3492K select  1   0:07  0.00% dhcpd
16963 root        1  44    0 10608K  7332K select  0   0:05  0.00% mc
16452 morfey      1  44    0  9400K  3540K select  0   0:00  0.00% sshd
   8 root        1  76 ki-6     0K     8K pgzero  0   0:00  0.00% pagezero
16964 root        1  44    0  5648K  2248K pause   0   0:00  0.00% csh
26818 www         1  44    0 23976K 12032K select  1   0:00  0.00% httpd
27069 www         1  44    0 23976K 12084K kqread  0   0:00  0.00% httpd
17865 root        1  44    0  6424K  3324K select  1   0:00  0.00% ssh
16449 root        1  45    0  9400K  3540K sbwait  1   0:00  0.00% sshd
16456 root        1  44    0  5648K  2364K pause   0   0:00  0.00% csh
 628 root        1  44    0  1888K   376K select  1   0:00  0.00% devd
27207 www         1  44    0 23976K 12024K select  0   0:00  0.00% httpd
26952 www         1  44    0 23976K 12024K select  0   0:00  0.00% httpd
27380 www         1  44    0 23976K 12024K select  1   0:00  0.00% httpd

Ссылка на сообщение
Поделиться на других сайтах
napTu

napTu 4

Опубліковано:
  • Автор
Опубліковано:

а никто не флудит в порт старгеза?

у меня решилось всё установкой 2.407-1, помогал переход на авторизатор 2.61.8 с 2.55.7, также как у тебя отваливались не все сразу, кусками...

Новый авторизатор 2.61.8 успешно переподключается если по таймауту до него пакеты не доходят, хотя это и не особое решение проблемы, скорее костыль.

Ссылка на сообщение
Поделиться на других сайтах
Kucher2

Kucher2 122

Опубліковано:
Опубліковано:
а никто не флудит в порт старгеза?

Да наверняка.

Сьогодні почали скаржитись на вірус(атаки,скан) Scan.generic.udp
Ссылка на сообщение
Поделиться на других сайтах
madf

madf 279

Опубліковано:
Опубліковано:

а никто не флудит в порт старгеза?

у меня решилось всё установкой 2.407-1, помогал переход на авторизатор 2.61.8 с 2.55.7, также как у тебя отваливались не все сразу, кусками...

Новый авторизатор 2.61.8 успешно переподключается если по таймауту до него пакеты не доходят, хотя это и не особое решение проблемы, скорее костыль.

С каких это пор обновление ПО стало костыльным решением?

Ссылка на сообщение
Поделиться на других сайтах
Небесный

Небесный 26

Опубліковано:
Опубліковано:

:blink:

Блин народ, не понимаю, кто еще может мучаться с стж, как я уже говорил в других темах, после 405 версии стж, я не наблюдал практически ни единого глюка, кроме одновременной работы нескольких конфигураторов.

Сервер у меня не перегружался уже наверное месяцев 4, я уже подумываю, может взять и специально его ребутнуть.

Ссылка на сообщение
Поделиться на других сайтах
morfey

morfey 82

Опубліковано:
Опубліковано:

:blink:

Блин народ, не понимаю, кто еще может мучаться с стж, как я уже говорил в других темах, после 405 версии стж, я не наблюдал практически ни единого глюка, кроме одновременной работы нескольких конфигураторов.

Сервер у меня не перегружался уже наверное месяцев 4, я уже подумываю, может взять и специально его ребутнуть.

 

billing-host# uptime 
11:45AM  up 128 days, 22:09, 1 user, load averages: 0.09, 0.13, 0.15

 

Теж не було глюків, до теперішнього часу

Ссылка на сообщение
Поделиться на других сайтах
napTu

napTu 4

Опубліковано:
  • Автор
Опубліковано:

ну аналогично, 2.405.98 так бы и жил если бы не всплыл этот глюк.

С каких это пор обновление ПО стало костыльным решением?

дело в том что обновление только авторизатора не решает проблему сервера, но позволяет её обходить, но это же не дело чтобы абоны пачками отваливались, а потом такими же пачками переподключались автоматом.

Ссылка на сообщение
Поделиться на других сайтах
madf

madf 279

Опубліковано:
Опубліковано:

ну аналогично, 2.405.98 так бы и жил если бы не всплыл этот глюк.

С каких это пор обновление ПО стало костыльным решением?

дело в том что обновление только авторизатора не решает проблему сервера, но позволяет её обходить, но это же не дело чтобы абоны пачками отваливались, а потом такими же пачками переподключались автоматом.

Так а сервер обновить? Я когда писал это сообщение имел в виду обновление и сервера и авторизатора.

Ссылка на сообщение
Поделиться на других сайтах
morfey

morfey 82

Опубліковано:
Опубліковано:

Хм, в мене всі в кого відключений авторизатор або мінусовий баланс завертались в табличку, яка форвардилась на сторінку помилки. Таким чином створювались тисячі сесій httpd.

Вчора прибрав цю фічу, сьогодні не було відключень авторизатору, хз збіг чи причина...

 

було:

ipfw add 6000 fwd 127.0.0.1,8080 tcp from table(13) to not me via em0                                                                                                                                                              
ipfw add 6001 allow all from any http,https,8080 to table(13)

Ссылка на сообщение
Поделиться на других сайтах
Kucher2

Kucher2 122

Опубліковано:
Опубліковано:
Хм, в мене всі в кого відключений авторизатор або мінусовий баланс завертались в табличку, яка форвардилась на сторінку помилки. Таким чином створювались тисячі сесій httpd.

Вчора прибрав цю фічу, сьогодні не було відключень авторизатору, хз збіг чи причина...

Раз так, я думаю это оно.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
 Share
Подписчики 1
Перейти до переліку тем

  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

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