[Emulty]

Такая же проблема.
Однозначно надо открыть какой-то дополнительный порт, который походу используется для авторизации. Т.к. отключение брандмауэра на стороне назначения(к которой подключаемся) помогает, задержка тут же исчезает, правда это не решение проблемы.
Посидел, покурил трафик NetMon'ом, но от точка-точка ничего, кроме стандартного 3389 не увидел. Возможно используется авторизация с задействованием контроллера домена.

Если кто знает точное решение, буду благодарен. Данная проблема встречается у многих, но в рунете решения никто не предлагает.

[Denis Dyagilev]

Выберите сервер в отдельную OU, с минимумом политик, проверьте вход.

[Emulty]

Все проще.
Одного порта 3389 достаточно. Просто в политиках файервола часто указывают ограничения на подключение по диапазону IP адресов, и указывают только диапазон IPv4, а у нас есть еще IPv6. Если IPv6 не выключен, то он используется как более приоритетный и клент RDP пытается сначала подключится с помощью IPv6, в случае неудачи использует IPv4.
*Короче, либо правило надо не ограничивать на подключение по диапазону адресов, либо не забывать о существовании IPv6.

[VBoris]

Проблема решена!

На сервере надо отменить систему адаптации размера окна TCP сессии.

netsh interface tcp set global autotuninglevel=disabled

после этого подключение происходит быстро.

http://blog.tmcnet.com/blog/tom-keat...lem-solved.asp
http://social.technet.microsoft.com/...c-6b6ff9facc7b
http://forum.ixbt.com/topic.cgi?id=7:32397