Назад | Перейти на главную страницу

Наиболее распространенные причины, по которым удаленный рабочий стол не отвечает?

Каковы наиболее распространенные причины, по которым Windows Server 2003/2008 перестает отвечать на подключения к удаленному рабочему столу, даже если другие службы на компьютере работают нормально?

  • Подключения блокируются локальным брандмауэром Windows
  • Соединения между вашим клиентом и сервером блокируются каким-либо другим устройством брандмауэра
  • Сервер находится за системой NAT, которая не перенаправляет порт на порт RDC на сервере.
  • Соответствующая служба остановлена ​​(вручную или из-за ошибки)
  • Удаленный рабочий стол фактически не включен (или был и с тех пор отключен)

Если RDC ранее работал, то из-за перенастройки все еще могло произойти что-либо из вышеперечисленного.

Когда мы недавно настраивали сервер Windows 2008, мы настроили несколько сетевых правил (включая включение возможности отображения RDC через брандмауэр для других локальных машин) перед установкой последнего пакета обновления и других обновлений, и по какой-то причине параметры сети были видимо откатился в процессе обновления и пришлось перенастроить. Однако это произошло только один раз, и никогда в других случаях, когда мы устанавливали Windows 2008 на виртуальных машинах VMWare, это могло быть отвлекающим маневром.

Паника RPC - не редкость.

Есть несколько причин, перечисленных в ответах на этот вопрос.

Недостаточно номеров лицензий для удаленного рабочего стола / сервера терминалов. Помните, что лицензия Win2003 / 2008 содержит 2 + 1 административных подключения. Для получения дополнительной лицензии TS.

У меня был рабочий стол (WinXP), на котором удаленный рабочий стол не отвечал, вроде того. При попытке подключиться к нему не было ни тайм-аута, ни другой реакции. Я ввел IP-адрес, нажал ENTER, и он вернулся к тому же экрану, спрашивая меня, к какому удаленному рабочему столу подключиться. Это озадачило меня, пока позже Google не помог мне найти ответ.

Я обновил видеодрайвер на удаленном рабочем столе хозяин (не клиент), и после этого он разрешил удаленные подключения.

Это не будет распространенной проблемой, но это было достаточно странно и сложно, и я подумал, что стоит упомянуть.

Volume Shadow Copy, хотите верьте, хотите нет. Если у вас есть снимки состояния VSS, и их либо слишком много, либо они занимают слишком много места, RDP может сразу вас пропустить. Иногда перезапуск служб VSS вернет его обратно, в других случаях вам нужно будет включить и запустить telnet, войти и получить весь vssadmin на своей заднице.