InetAccess на tcp

[Roman Pogosyan 3]

Почему он на юдп протоколе ? из за этого глюки с аливами, иногда с подключением , это чтоб не закорачиваться с нитями или ?

[Небесный 26]

О, а что за сеть передачи у вас, можно поинтересоваться?

[madf 279]

Почему он на юдп протоколе ? из за этого глюки с аливами, иногда с подключением , это чтоб не закорачиваться с нитями или ?

Дешево и сердито. Хотя мне тоже не нравится.

А что за глюки?

[Roman Pogosyan 3]

sori za latinicu, na etom kompe drugogo net, glyuki obychno na wifi segmente, propadet UDP i vse , sletaet po tajmautu (hotya tajmauta ne bylo)

[madf 279]

sori za latinicu, na etom kompe drugogo net, glyuki obychno na wifi segmente, propadet UDP i vse , sletaet po tajmautu (hotya tajmauta ne bylo)

Как это - слетает по тайм-ауту, хотя тайм-аута небыло?

В настройках можно увеличить UserTimeout и уменьшить UserDelay.

В условиях сильной потери пакетов TCP не спасет.

[Roman Pogosyan 3]

ну типо пропал пакет именно в тот момент когда он проверял алив.. не изучал точно , просто сейчас он крутится как бетта версия на одном из сервяков на нем всего клиента висит , один на ЛАН другой на вайфай. вот у вайфая бывают слеты .. хотя интернет в это время у него не слетает . Просто не с того не с сего клиент краснеет , а в след за ним тухнет инет (сервер вырубает)

[Небесный 26]

Ем, в stargazer.conf настройка модуля <Module auth_ia> есть опции

# Время между посылками запроса пользователю жив ли он
# и обновлением данных статистики (секунды)
# Значения: 5...600
UserDelay = 30


#Таймаут для пользователя. Если в течение этого времени авторизатор
#не отвечает, пользователь будет отключен
# Значения: 15...1200
UserTimeout = 65

 

Вот и выставляйте, как часто спрашивать юзера на то живой ли он и через какое время его отключать.

Только не страдайте параноей, совет выставить UserDelay = 30, а UserTimeout = 300.

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

 

Ничего страшного, у меня бывает на Доксисе тоже иногда пакетики хорошо теряются. )))

[madf 279]

ну типо пропал пакет именно в тот момент когда он проверял алив.. не изучал точно , просто сейчас он крутится как бетта версия на одном из сервяков на нем всего клиента висит , один на ЛАН другой на вайфай. вот у вайфая бывают слеты .. хотя интернет в это время у него не слетает . Просто не с того не с сего клиент краснеет , а в след за ним тухнет инет (сервер вырубает)

Пропажа нескольки пакетов для авторизации не критична. Главное чтобы за время UserTimeout с момента последнего пакета был принят хотя-бы один alive. Т.е. можно или чаще делать запросы (уменьшаем UserDelay) или увеличить интерфал (увеличиваем UserTimeout).

[Roman Pogosyan 3]

ok poprobuyu

[Roman Pogosyan 3]

И еще интересно действие пинг .. в админке он желтым показывает т.е. пинг <600 секуд о каком пинге тут речь ?

[madf 279]

И еще интересно действие пинг .. в админке он желтым показывает т.е. пинг <600 секуд о каком пинге тут речь ?

В Stargazer есть модуль mod_ping который постоянно пингует юзерские IP и фиксирует время последнего ответа.

[Roman Pogosyan 3]

хм тогда почему пинг до компа который в том же свиче что и сервер маркируется желтым (<600 сек) а не зеленым (<120 сек) и всетаки может там должно быть msec ?

[madf 279]

хм тогда почему пинг до компа который в том же свиче что и сервер маркируется желтым (<600 сек) а не зеленым (<120 сек) и всетаки может там должно быть msec ?

Нет, там именно секунды. Сравни время на компе и на сервере - оно может быть не синхронизированным.

[Roman Pogosyan 3]

На дебиане вообще пустое поле вместо пинга ... во фре может не совпадать .. не помню когда последний раз синхронизировал

[madf 279]

На дебиане вообще пустое поле вместо пинга ... во фре может не совпадать .. не помню когда последний раз синхронизировал

Пустое потому что пинг меньше 120 сек. Он выводит только если пинг превышает 120 сек и выделяет цветами промежутки 120-600, 600-3600, 3600-∞.

[Roman Pogosyan 3]

думаю и это надо переработать (сделать замер времени между запросами inetaccess и ответами) замерить все в мсек-ах .. дла обнаружения лагов .. а то какой то ненужной фитчей этот пинг получается (узнавать разницу времени на сервере и у клиента совершенно бессмысленно)

[madf 279]

думаю и это надо переработать (сделать замер времени между запросами inetaccess и ответами) замерить все в мсек-ах .. дла обнаружения лагов .. а то какой то ненужной фитчей этот пинг получается (узнавать разницу времени на сервере и у клиента совершенно бессмысленно)

Замер времени между запросами InetAccess покажет... да ничего, в сущности, не покажет. На него влияет загрузка компа абона, по этому это не показатель.

ping - да, почти бесполезен. Тем более что большинство современных версий Windows его блокируют по умолчанию (непонятно зачем). ping был реализован очень давно и уже мало кто помнит зачем, разве что Борис (автор системы).

[Roman Pogosyan 3]

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

[Maxaon 1]

А перевод модуля из ping в arping не планируется, дабы отмечать кто действительно есть, а кто нет?

[yKpon 8]

А перевод модуля из ping в arping не планируется, дабы отмечать кто действительно есть, а кто нет?

arping работает в пределах одной подсети

[madf 279]

А перевод модуля из ping в arping не планируется, дабы отмечать кто действительно есть, а кто нет?

Не вижу смысла.

[Maxaon 1]

Просто сейчас 70% пользователей не отвечают на обчные пинги, и поэтому часто приходится пинговать их при помощи arping'a, а так - было бы в удобном и наглядном виде.

[Keen 10]

А что делать в случае нескольких подсетей?

[Kucher2 122]

У меня такая статистика собиралась на роутере, который обЪединял подсети.

[madf 279]

А что делать в случае нескольких подсетей?

Вывести вланы или реальные интерфейсы на биллинг.