Jump to content

InetAccess на tcp


Recommended Posts

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

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

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

Link to post
Share on other sites

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 не спасет.

Link to post
Share on other sites

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

Link to post
Share on other sites

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

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


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

 

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

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

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

 

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

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

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

Link to post
Share on other sites
  • 1 month later...

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

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

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

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...