[__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]

IT Shepherd, гляньте пожалуйста мой пост выше.

[IT Shepherd]

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

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

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

[__sa__nya]

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

[Lonely_Mouse]

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

[__sa__nya]

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

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