forum.bitel.ru
http://forum.bitel.ru/

Глюки в мониторе текущих соединений
http://forum.bitel.ru/viewtopic.php?f=5&t=2874
Страница 1 из 1

Автор:  akubik [ 14 сен 2009, 23:31 ]
Заголовок сообщения:  Глюки в мониторе текущих соединений

При просмотре монитора текущих соединений заметил одну особенность. В нем отображаются далеко не все подключенные в данный момент пользователи. Как будто он отображает их выборочно, притом что сортировка по времени составления договоров в этом разбросанном списке присутствует.

Автор:  akubik [ 15 сен 2009, 00:48 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

Дополнительная информация. Добавлю то, что список пользователей в мониторе никак не менятся от применения фильтра по периодам.
Как так? Непонятно.

Вложения:
333.JPG
333.JPG [ 123.36 КБ | Просмотров: 6561 ]
222.jpg
222.jpg [ 214.52 КБ | Просмотров: 6561 ]
111.JPG
111.JPG [ 29.33 КБ | Просмотров: 6561 ]

Автор:  snark [ 15 сен 2009, 15:19 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

/me пытается угадать содержимое конфигов

Автор:  akubik [ 18 сен 2009, 01:31 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

Какие именно конфиги необходимо выложить?

Автор:  akubik [ 18 сен 2009, 01:48 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

Вот например конфиги РРР-радиуса.
Код:
This document had no style information.
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">
<appender name="RADIUS" class="org.apache.log4j.RollingFileAppender">
<param name="File" value="${log.dir.path}radius.log"/>
<param name="MaxFileSize" value="10MB"/>
<param name="MaxBackupIndex" value="2"/>
<param name="Append" value="false"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d{MM-dd/HH:mm:ss} %5p [%t] %c{1} - %m%n"/>
</layout>
<filter class="ru.bitel.common.logging.Log4JMDCFilter">
<param name="key" value="nestedContext"/>
<param name="value" value="radius"/>
</filter>
</appender>
<appender name="CONNECTIONS" class="org.apache.log4j.RollingFileAppender">
<param name="File" value="${log.dir.path}connection.log"/>
<param name="MaxFileSize" value="10MB"/>
<param name="MaxBackupIndex" value="2"/>
<param name="Append" value="false"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d{MM-dd/HH:mm:ss} %5p [%t] %c{1} - %m%n"/>
</layout>
</appender>
<appender name="PROCESSOR" class="org.apache.log4j.RollingFileAppender">
<param name="File" value="${log.dir.path}processor.log"/>
<param name="MaxFileSize" value="10MB"/>
<param name="MaxBackupIndex" value="2"/>
<param name="Append" value="false"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d{MM-dd/HH:mm:ss} %5p [%t] %c{1} - %m%n"/>
</layout>
<filter class="ru.bitel.common.logging.Log4JMDCFilter">
<param name="key" value="nestedContext"/>
<param name="value" value="processor"/>
</filter>
</appender>
<appender name="SCRIPT" class="org.apache.log4j.RollingFileAppender">
<param name="File" value="${log.dir.path}script.log"/>
<param name="MaxFileSize" value="10MB"/>
<param name="MaxBackupIndex" value="2"/>
<param name="Append" value="false"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d{MM-dd/HH:mm:ss} %5p [%t] %c{1} - %m%n"/>
</layout>
<filter class="ru.bitel.common.logging.Log4JMDCFilter">
<param name="key" value="nestedContext"/>
<param name="value" value="script"/>
</filter>
</appender>
<appender name="COLLECTOR" class="org.apache.log4j.RollingFileAppender">
<param name="File" value="${log.dir.path}collector.log"/>
<param name="MaxFileSize" value="10MB"/>
<param name="MaxBackupIndex" value="2"/>
<param name="Append" value="false"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d{MM-dd/HH:mm:ss} %5p [%t] %c{1} - %m%n"/>
</layout>
<filter class="ru.bitel.common.logging.Log4JMDCFilter">
<param name="key" value="nestedContext"/>
<param name="value" value="collector"/>
</filter>
</appender>
<appender name="LISTENER" class="org.apache.log4j.RollingFileAppender">
<param name="File" value="${log.dir.path}flow.log"/>
<param name="MaxFileSize" value="10MB"/>
<param name="MaxBackupIndex" value="2"/>
<param name="Append" value="false"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d{MM-dd/HH:mm:ss} %5p [%t] %c{1} - %m%n"/>
</layout>
<filter class="ru.bitel.common.logging.Log4JMDCFilter">
<param name="key" value="nestedContext"/>
<param name="value" value="flowListener"/>
</filter>
</appender>
<appender name="ERROR" class="org.apache.log4j.RollingFileAppender">
<param name="Threshold" value="ERROR"/>
<param name="File" value="${log.dir.path}error.log"/>
<param name="MaxFileSize" value="10MB"/>
<param name="MaxBackupIndex" value="2"/>
<param name="Append" value="false"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%X{nestedContext} %d{MM-dd/HH:mm:ss} %5p [%t] %c{1} - %m%n"/>
</layout>
</appender>
<appender name="ASYNC" class="ru.bitel.common.logging.Log4jAsyncAppender">
<appender-ref ref="RADIUS"/>
<appender-ref ref="PROCESSOR"/>
<appender-ref ref="SCRIPT"/>
<appender-ref ref="COLLECTOR"/>
<appender-ref ref="LISTENER"/>
<appender-ref ref="ERROR"/>
</appender>
<category name="connections" additivity="false">
<appender-ref ref="CONNECTIONS"/>
</category>
<category name="processor" additivity="false">
<appender-ref ref="PROCESSOR"/>
</category>
<category name="script" additivity="false">
<appender-ref ref="SCRIPT"/>
</category>
<category name="radius" additivity="false">
<appender-ref ref="RADIUS"/>
</category>
<root>
<priority value="INFO"/>
<appender-ref ref="ASYNC"/>
</root>
</log4j:configuration>

Автор:  akubik [ 18 сен 2009, 02:12 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

Кстати, на версии 4.5 таких проблем не вылезало. А теперь, из-за глюков в мониторе невозможно подсчитать текущий трафик.

Автор:  Администратор [ 18 сен 2009, 11:36 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

А radius.sh ps если вывести есть эти соединения? Может у вас автозакрытие включено?

Автор:  akubik [ 18 сен 2009, 14:52 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

./radius ps выводит тот же самый список, только неотсортированный. Так что здесь все работает. А где можно увидеть опцию автозакрытия?

Автор:  Администратор [ 18 сен 2009, 15:08 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

Ну в доке посмотрите про автозакрытие соединений. А можете найти RADIUS запросы по одному такому закрывшемуся соединению?
И еще вытащить из connection.log строки по нему?

Автор:  akubik [ 18 сен 2009, 15:35 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

В radius.log все как обычно. Отображается как будто все работает нормально. Интересное обнаружил в connection.log. Здесь подключения не отображаемые в мониторе записываются примерно так:

Код:
Type=ACCOUNTING_REQUEST
Attributes:
   User-Name=pashtet
   NAS-Identifier=LT-CORE
   NAS-IP-Address=yyy.yyy.yyy.yyy
   NAS-Port=48027
   Service-Type=2
   Framed-Protocol=1
   Framed-IP-Address=xxx.xxx.xxx.xxx
   Acct-Input-Octets=3433020
   Acct-Output-Octets=8353910
   Acct-Status-Type=3
   Acct-Delay-Time=0
   Acct-Session-Time=20523
   Acct-Input-Packets=19877
   Acct-Session-Id=81d00042
   Acct-Authentic=1
   Acct-Output-Packets=14036
   Event-Timestamp=1253286524
   Acct-Output-Gigawords=0
   Acct-Input-Gigawords=0
   NAS-Port-Type=5
   Calling-Station-Id=xxx.xxx.xxx.xxx
   Called-Station-Id=yyy.yyy.yyy.yyy

09-18/15:09:09  WARN [pool-2-thread-20] connections - Not found connection for update packet:

Type=ACCOUNTING_REQUEST
Attributes:
   User-Name=sadykovss
   NAS-Identifier=LT-CORE
   NAS-IP-Address=yyy.yyy.yyy.yyy
   NAS-Port=48077
   Service-Type=2
   Framed-Protocol=1
   Framed-IP-Address=xxx.xxx.xxx.xxx
   Acct-Input-Octets=2633798
   Acct-Output-Octets=7392039
   Acct-Status-Type=3
   Acct-Delay-Time=0
   Acct-Session-Time=6481
   Acct-Input-Packets=13047
   Acct-Session-Id=81d00074
   Acct-Authentic=1
   Acct-Output-Packets=13192
   Event-Timestamp=1253286524
   Acct-Output-Gigawords=0
   Acct-Input-Gigawords=0
   NAS-Port-Type=5
   Calling-Station-Id=yyy.yyy.yyy.yyy
   Called-Station-Id=xxx.xxx.xxx.xxx

09-18/15:09:10  WARN [pool-2-thread-44] connections - Not found connection for update packet:


В то время как нормально отображаемые подключения такого предупреждения не получают:

Код:
09-18/15:08:19  INFO [pool-2-thread-35] connections - [ F00075; elovickiai; 77378 ] DialUpNASConnection update connection..
09-18/15:08:19  INFO [pool-2-thread-35] connections - [ F00075; elovickiai; 77378 ] Taking zone Комфорт from response on calculate sid=11
09-18/15:08:19  INFO [pool-2-thread-35] connections - [ F00075; elovickiai; 77378 ] Taking zone Комфорт from response on calculate sid=12
09-18/15:08:19  INFO [pool-2-thread-35] connections - [ F00075; elovickiai; 77378 ] DialUpNASConnection set STATUS=1


Но потом они скидываются с подобного рода сообщениями

Код:
09-18/15:08:20  WARN [pool-2-thread-40] connections - Not found connection for update packet:

Автор:  Администратор [ 18 сен 2009, 15:45 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

А где авторизация по этому соединению? Так ругается, потому что пришел апдейт пакет на соединение, которое радиус не ведет.

Автор:  akubik [ 18 сен 2009, 16:02 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

Так ведь он и так запрашивает соединение, и тут же появляется предупреждение.

Автор:  akubik [ 18 сен 2009, 16:05 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

И как он не ведет это соединение, если Микротик его отображает и клиент получает трафик.

Автор:  akubik [ 19 сен 2009, 12:29 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

Проблема, по-моему, решилась. Я нашел это автозавершение - в конфигурации NAS-ов опция auto.sleep.drop стояла 60 секунд. Поэтому простаивающие всего одну минуту соединения сбрасывались.

Автор:  snark [ 19 сен 2009, 15:26 ]
Заголовок сообщения:  Re: Глюки в мониторе текущих соединений

akubik писал(а):
Проблема, по-моему, решилась. Я нашел это автозавершение - в конфигурации NAS-ов опция auto.sleep.drop стояла 60 секунд. Поэтому простаивающие всего одну минуту соединения сбрасывались.

теперь понимаете почему тут просят выкладывать конфиги?

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/