http/web - Плавающая проблема, пропадает доступ к некоторым ресурсам по шифрованным протоколам

[Lonely_Mouse]

__sa__nya, об этом. Только нужен момент, когда на 80 порт ходит и на 443. Может фильтры настроены или брандмауэр не пропускает?

[__sa__nya]

Lonely_Mouse, Скриншот ниже, на момент скриншота проблемы не было. Когда будет, попробую сделать, но, по проблемным службам сопоставлений не будет, т.к. в этом и проблема, что подключиться не удается. Никакие фильры или брандмауэр подключение не блокируют. Например, в момент проблемы telnet'ом проверял порт, например почты - порт открыт.

[Lonely_Mouse]

__sa__nya, днс гугловский используется? Во время проблемы скиньте arp -a с клиентской машины.

[__sa__nya]

Lonely_Mouse, нет, ДНС используется КД, он, в свою очередь использует ДНС держателя нашей зоны - это интернет-сервер. Но проблема не в ДНС, т.к. в момент проблемы, подключиться нельзя к почте ни по IP ни по ДНС-имени. Подключение по FTP выполняется по IP - так же в момент проблемы подключиться не удается.

[IT Shepherd]

__sa__nya, вы пробовали использовать debug-лог RRAS для идентификации проблемы?

[__sa__nya]

IT Shepherd, нет, попробую в момент проблемы глянуть. Если ничего не пойму, скину вложением в тему.

Только непонятно, какой журнал смотреть. Установил в параметрах RRAS вести журнал всех событий, включая сведения для отладки, открыл папку %windir%\tracing - а там пустые файлы, файлы с расширением bin не содержат читабельной информации, файл RASPLAP.log содержит так же непонятную информацию:


Цитата:



[4084] 07-02 17:57:38:863: CRasProvider::_Cleanup

[2920] 07-02 17:57:39:706: CRasProvider::CRasProvider

[2920] 07-02 17:57:39:738: CRasProvider::SetUsageScenario: Scenario: 0x00000001, flags: 0x00000000

[2920] 07-02 17:57:39:738: CRasProvider::UnAdvise

[2920] 07-02 17:57:39:738: CRasProvider::SetUsageScenario: Scenario: 0x00000005, flags: 0x00000000

[2920] 07-02 17:57:39:738: CRasProvider::SetUsageScenario: Skipping RasPLAP as this session is Terimal session (TS)

[2920] 07-02 17:57:39:738: CRasProvider::UnAdvise

[2920] 07-02 17:58:10:613: CRasProvider::~CRasProvider

[2920] 07-02 17:58:10:613: CRasProvider::_Cleanup

- Какой файл смотреть?

Может аналогично глянуть сетевым монитором, привязав его к сетевухе смотрящей в локальную сеть, и аналогично затем сюда скину?

[__sa__nya]

Цитата __sa__nya:



Какой файл смотреть?

http/web - Плавающая проблема, пропадает доступ к некоторым ресурсам по шифрованным протоколам

На быструю руку не могу найти инфу как работать с логами RRAS. MS также обнадежила, что данные логи в большинстве случае полезны только для службы поддержки MS или сетевых администраторов, которые очень опытны в использовании RRAS. К последним я себя не отношу.



Давайте пока попробуем глянуть сетевым монитором.

[IT Shepherd]

Доброе время суток. Сегодня, 08.07.15, в 07:30 по Москве проблема повторилась. Интересно то, что после прошлого повтора проблемы, я перевел всех пользователей на работу с нашим FTP-ресурсом без использования шифрованного протокола - т.е. по обычному FTP-протоколу. У меня были мысли, что большой объем шифрованного трафика "что-нибудь где-нибудь ломает" и получается проблема. НО, сегодня в момент проблемы, не было доступа к корпоративной почте, TeamViewer'у и FTP - ресурсу, без использования шифрованного протокола. ПРоблема опять решилась выключением сервера на 5 минут. Собрал логи сетевым монитором в момент проблемы с клиента и интернет-сервера, сделав фильтр по адресу назначения - 188.40.77.142 - это наш корпоративный почтовый сервер.

Файлы: залью чуть позже

Пробовал их смотреть, анализировать - ничего не понятно.

Может у кого есть мысли как найти причину проблемы?

[__sa__nya]

Доброе время суток. Сегодня, 08.07.15, в 07:30 по Москве проблема повторилась. Интересно то, что после прошлого повтора проблемы, я перевел всех пользователей на работу с нашим FTP-ресурсом без использования шифрованного протокола - т.е. по обычному FTP-протоколу. У меня были мысли, что большой объем шифрованного трафика "что-нибудь где-нибудь ломает" и получается проблема. НО, сегодня в момент проблемы, не было доступа к корпоративной почте, TeamViewer'у и FTP - ресурсу, без использования шифрованного протокола. ПРоблема опять решилась выключением сервера на 5 минут. Собрал логи сетевым монитором в момент проблемы с клиента и интернет-сервера, сделав фильтр по адресу назначения - 188.40.77.142 - это наш корпоративный почтовый сервер.

Файлы: залью чуть позже

Пробовал их смотреть, анализировать - ничего не понятно.

Может у кого есть мысли как найти причину проблемы?

[Lonely_Mouse]

Цитата Lonely_Mouse:



я конечно все понимаю, но зачем пароли от фтп выкладывать? Сервер ip динамически получает?

http/web - Плавающая проблема, пропадает доступ к некоторым ресурсам по шифрованным протоколам

Lonely_Mouse, можете в личку отписать, где какой пароль "просочился" ? - Вроде в момент проблемы при сборе данных монитором по FTP не подключался....

У сервера IP статический.