Jump to content

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


Recommended Posts

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

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

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

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

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

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

 

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

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

 

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

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

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

Link to post
Share on other sites
  Quote
а никто не флудит в порт старгеза?

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

  Quote
Сьогодні почали скаржитись на вірус(атаки,скан) Scan.generic.udp
Link to post
Share on other sites
  On 10/12/2010 at 8:24 PM, napTu said:

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

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

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

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

Link to post
Share on other sites

:blink:

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

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

Link to post
Share on other sites
  On 10/13/2010 at 7:51 AM, Небесный said:

:blink:

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

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

 

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

 

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

Link to post
Share on other sites

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

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

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

Link to post
Share on other sites
  On 10/13/2010 at 9:08 AM, napTu said:

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

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

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

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

Link to post
Share on other sites

Хм, в мене всі в кого відключений авторизатор або мінусовий баланс завертались в табличку, яка форвардилась на сторінку помилки. Таким чином створювались тисячі сесій 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)

Link to post
Share on other sites
  Quote
Хм, в мене всі в кого відключений авторизатор або мінусовий баланс завертались в табличку, яка форвардилась на сторінку помилки. Таким чином створювались тисячі сесій httpd.

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

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

Link to post
Share on other sites

у меня день через день валилось и тоже много сессий http создавалось для переадресации, но это тут не при чем.

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...