Форум компании NetUP

serjk писал(а):

alex_pnz писал(а):Никаких вариантов в чем может быть дело?

Будем тестировать на centos6, может что всплывет. По имеющейся информации сложно сказать.

При перезагрузке сервера с RFW в логах ядра нет сообщений о разорванном соединении?

Таких сообщений нет

Никаких вариантов в чем может быть дело?

serjk писал(а): Статус соединения какой при этом? Если можно, киньте вывод netstat

[root@lambda:/home/alex_d/centos6]$ netstat -anp | grep Сервер№2
tcp 0 740 Сервер№1:12758 Сервер№2:57332 ESTABLISHED 15749/utm5_core

У меня тоже такое случается. Возможно, процесс некорректно убивается на сервере, поэтому не может сообщить ядру о своем выключении...
Проверка ядром процесса rfw выполняется странно: сообщения (типа пинга) посылаются ядром, но ответы на них не получает и на эту "тишину" от rfw не реагирует

Когда делаю остановку rfw на сервере №2 вручную /etc/init.d/utm5_rfw stop В логах utm5_core на сервере №1 появляются следующие записи: Jan 31 15:34:23 ?Debug : 26beb700 StreamConnection: closing connection [37] Jan 31 15:34:23 Info : 26beb700 StreamConnection: Connection from Сервер№2 /57331 closed ...

Почему ядро считает его "already connected"? Никто не сталкивался с подобным поведением? Или быть может я где-то ошибся и в упор не вижу ошибки?

По моему в версии 5.3 уже нет dynashape. Все делается
через utm_rfw и модуль динамического шейпирования, который
управляется через админку. Неее?

Добрый день. Краткое описание проблемы: На сервере №1 стоят ядро и rfw на сервере №2 стоит rfw, который соединяется с ядром на сервере №1. Служба utm5_rfw прописана на автозапуске с помощью chkconfig. При остановке и запуске вручную (service utm5_rfw stop|start) на сервере №2 переподключение к ядру ...