Таким образом, у меня есть два компьютера с Windows 7, которые я установил, чтобы разрешить подключения к удаленному рабочему столу (не требует аутентификации на уровне сети). Один из них отлично работает как локально, так и через NAT. Другой работает локально, но не через NAT. Вместо этого mstsc зависает в "Настройка удаленного сеанса", а затем говорит, что компьютер не может подключиться к удаленному компьютеру.

Вещи, которые я пробовал:

  • Отключите все брандмауэры на проблемном компьютере
  • переключите публичный порт на NAT на 3389 (оба были настроены с разными публичными портами и частным портом 3389)

В МНТЦ:

  • Отключить все локальные ресурсы
  • Отключить постоянное растровое кэширование

Я полностью в тупике. В настоящее время я делаю подключение к рабочему компьютеру удаленного рабочего стола, а затем использую это для RDP к этому ...

1 ответ1

0

Я столкнулся с теми же симптомами, когда входящий и исходящий трафик маршрутизировался по разным маршрутам.

В качестве примера, скажем, у вас был компьютер под названием A-RDP, на котором запущен сервер RDP, а пара маршрутизаторов R и G. Маршрутизатор G - это шлюз в Интернет. Маршрутизатор R является маршрутизатором за шлюзом G. Если сервер A-RDP имеет шлюз по умолчанию маршрутизатора R, но переадресация порта со шлюза G идет непосредственно на сервер A-RDS, то соединение не будет установлено, и оно займет как минимум 10 секунд, чтобы понять это и сказать, что не может подключиться.

В этом сценарии у вас есть 2 варианта

  • измените шлюз A-RDP по умолчанию на шлюз G и добавьте к A-RDP статические маршруты, необходимые для использования маршрутизатора R.
  • измените порт перенаправления в шлюзе G, чтобы перейти к маршрутизатору R, а на маршрутизаторе R включите маскировку и перенесите порт с маршрутизатора R на компьютер A-RDP.

Обратите внимание, что SSH также имеет аналогичную политику безопасности.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .