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