Roman Pogosyan Posted August 13, 2011 at 02:31 PM Posted August 13, 2011 at 02:31 PM Почему он на юдп протоколе ? из за этого глюки с аливами, иногда с подключением , это чтоб не закорачиваться с нитями или ?
Небесный Posted August 13, 2011 at 06:04 PM Posted August 13, 2011 at 06:04 PM О, а что за сеть передачи у вас, можно поинтересоваться?
madf Posted August 14, 2011 at 07:40 AM Posted August 14, 2011 at 07:40 AM Почему он на юдп протоколе ? из за этого глюки с аливами, иногда с подключением , это чтоб не закорачиваться с нитями или ? Дешево и сердито. Хотя мне тоже не нравится. А что за глюки?
Roman Pogosyan Posted August 14, 2011 at 07:42 PM Author Posted August 14, 2011 at 07:42 PM 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 Posted August 15, 2011 at 06:08 AM Posted August 15, 2011 at 06:08 AM 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 Posted August 15, 2011 at 07:07 AM Author Posted August 15, 2011 at 07:07 AM ну типо пропал пакет именно в тот момент когда он проверял алив.. не изучал точно , просто сейчас он крутится как бетта версия на одном из сервяков на нем всего клиента висит , один на ЛАН другой на вайфай. вот у вайфая бывают слеты .. хотя интернет в это время у него не слетает . Просто не с того не с сего клиент краснеет , а в след за ним тухнет инет (сервер вырубает)
Небесный Posted August 15, 2011 at 06:53 PM Posted August 15, 2011 at 06:53 PM Ем, в stargazer.conf настройка модуля <Module auth_ia> есть опции # Время между посылками запроса пользователю жив ли он # и обновлением данных статистики (секунды) # Значения: 5...600 UserDelay = 30 #Таймаут для пользователя. Если в течение этого времени авторизатор #не отвечает, пользователь будет отключен # Значения: 15...1200 UserTimeout = 65 Вот и выставляйте, как часто спрашивать юзера на то живой ли он и через какое время его отключать. Только не страдайте параноей, совет выставить UserDelay = 30, а UserTimeout = 300. К примеру, юзер будет опрашивать раз в полминуты, а отключится только по истечении 5 минут после обрыва связи. Ничего страшного, у меня бывает на Доксисе тоже иногда пакетики хорошо теряются. )))
madf Posted August 15, 2011 at 07:15 PM Posted August 15, 2011 at 07:15 PM ну типо пропал пакет именно в тот момент когда он проверял алив.. не изучал точно , просто сейчас он крутится как бетта версия на одном из сервяков на нем всего клиента висит , один на ЛАН другой на вайфай. вот у вайфая бывают слеты .. хотя интернет в это время у него не слетает . Просто не с того не с сего клиент краснеет , а в след за ним тухнет инет (сервер вырубает) Пропажа нескольки пакетов для авторизации не критична. Главное чтобы за время UserTimeout с момента последнего пакета был принят хотя-бы один alive. Т.е. можно или чаще делать запросы (уменьшаем UserDelay) или увеличить интерфал (увеличиваем UserTimeout).
Roman Pogosyan Posted August 16, 2011 at 10:15 AM Author Posted August 16, 2011 at 10:15 AM ok poprobuyu
Roman Pogosyan Posted August 16, 2011 at 10:20 AM Author Posted August 16, 2011 at 10:20 AM И еще интересно действие пинг .. в админке он желтым показывает т.е. пинг <600 секуд о каком пинге тут речь ?
madf Posted August 16, 2011 at 03:28 PM Posted August 16, 2011 at 03:28 PM И еще интересно действие пинг .. в админке он желтым показывает т.е. пинг <600 секуд о каком пинге тут речь ? В Stargazer есть модуль mod_ping который постоянно пингует юзерские IP и фиксирует время последнего ответа.
Roman Pogosyan Posted August 17, 2011 at 10:34 AM Author Posted August 17, 2011 at 10:34 AM хм тогда почему пинг до компа который в том же свиче что и сервер маркируется желтым (<600 сек) а не зеленым (<120 сек) и всетаки может там должно быть msec ?
madf Posted August 18, 2011 at 07:05 AM Posted August 18, 2011 at 07:05 AM хм тогда почему пинг до компа который в том же свиче что и сервер маркируется желтым (<600 сек) а не зеленым (<120 сек) и всетаки может там должно быть msec ? Нет, там именно секунды. Сравни время на компе и на сервере - оно может быть не синхронизированным.
Roman Pogosyan Posted August 18, 2011 at 11:04 AM Author Posted August 18, 2011 at 11:04 AM На дебиане вообще пустое поле вместо пинга ... во фре может не совпадать .. не помню когда последний раз синхронизировал
madf Posted August 18, 2011 at 03:25 PM Posted August 18, 2011 at 03:25 PM На дебиане вообще пустое поле вместо пинга ... во фре может не совпадать .. не помню когда последний раз синхронизировал Пустое потому что пинг меньше 120 сек. Он выводит только если пинг превышает 120 сек и выделяет цветами промежутки 120-600, 600-3600, 3600-∞.
Roman Pogosyan Posted August 19, 2011 at 07:00 AM Author Posted August 19, 2011 at 07:00 AM думаю и это надо переработать (сделать замер времени между запросами inetaccess и ответами) замерить все в мсек-ах .. дла обнаружения лагов .. а то какой то ненужной фитчей этот пинг получается (узнавать разницу времени на сервере и у клиента совершенно бессмысленно)
madf Posted August 19, 2011 at 07:53 AM Posted August 19, 2011 at 07:53 AM думаю и это надо переработать (сделать замер времени между запросами inetaccess и ответами) замерить все в мсек-ах .. дла обнаружения лагов .. а то какой то ненужной фитчей этот пинг получается (узнавать разницу времени на сервере и у клиента совершенно бессмысленно) Замер времени между запросами InetAccess покажет... да ничего, в сущности, не покажет. На него влияет загрузка компа абона, по этому это не показатель. ping - да, почти бесполезен. Тем более что большинство современных версий Windows его блокируют по умолчанию (непонятно зачем). ping был реализован очень давно и уже мало кто помнит зачем, разве что Борис (автор системы).
Roman Pogosyan Posted August 20, 2011 at 05:43 AM Author Posted August 20, 2011 at 05:43 AM ну к примеру высокий пинг до какого либо сегмента сети может дать быструю ориентировку тех службы о проблемах в сегменте , помощь супорту
Maxaon Posted September 21, 2011 at 09:54 PM Posted September 21, 2011 at 09:54 PM А перевод модуля из ping в arping не планируется, дабы отмечать кто действительно есть, а кто нет?
yKpon Posted September 22, 2011 at 04:20 AM Posted September 22, 2011 at 04:20 AM А перевод модуля из ping в arping не планируется, дабы отмечать кто действительно есть, а кто нет? arping работает в пределах одной подсети
madf Posted September 22, 2011 at 12:57 PM Posted September 22, 2011 at 12:57 PM А перевод модуля из ping в arping не планируется, дабы отмечать кто действительно есть, а кто нет? Не вижу смысла.
Maxaon Posted September 22, 2011 at 04:53 PM Posted September 22, 2011 at 04:53 PM Просто сейчас 70% пользователей не отвечают на обчные пинги, и поэтому часто приходится пинговать их при помощи arping'a, а так - было бы в удобном и наглядном виде.
Keen Posted September 22, 2011 at 07:47 PM Posted September 22, 2011 at 07:47 PM А что делать в случае нескольких подсетей?
Kucher2 Posted September 23, 2011 at 06:06 AM Posted September 23, 2011 at 06:06 AM У меня такая статистика собиралась на роутере, который обЪединял подсети.
madf Posted September 23, 2011 at 11:49 AM Posted September 23, 2011 at 11:49 AM А что делать в случае нескольких подсетей? Вывести вланы или реальные интерфейсы на биллинг.
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now