Служба удаленного рабочего стола Windows работает, но не прослушивает порт 3389
Я только что загрузил и установил Hyper-V Server 2019 из Центра оценки Microsoft (версия: 1809 / 10.0.17763.1).
Теперь я не могу подключиться к этому компьютеру (который я назвал hypervserver ) с помощью удаленного рабочего стола.
Маршрутизация в порядке, проверка связи также работает, но порт RDP недоступен:
>$ ping hypervserver
Reply from {IP}: bytes=32 time<1ms TTL=128
[...]
>$ telnet hypervserver 3389
Connecting To {IP}...Could not open connection to the host, on port 3389: Connect failed
Никаких изменений даже после отключения брандмауэров и установки сетевой категории для используемых сетевых профилей на Private .
Я вижу, что я успешно включил RDP, потому что sconfig.cmd сообщает :
4) Configure Remote Management: Enabled
7) Remote Desktop: Enabled (all clients)
Ключи реестра тоже выглядят хорошо:
HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\fDenyTSConnection = 0
HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\fEnableWinStation = 1
HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber = 3389
Кажется, что служба работает:
PS >$ Get-Service -Name termservice -ComputerName hypervserver
Status Name DisplayName
------ ---- -----------
Running termservice Remote Desktop Services
Однако, похоже, никто не слушает порт 3389:
>$ netstat -ano | findstr LISTEN | findstr :3389
>$
У меня стандартная установка с обычным (и единственным) Ethernet сетевой интерфейс настроен на получение своего IP-адреса с помощью DHCP. Ни перезагрузка, ни перезапуск сервиса не помогли. Журнал событий не содержит ошибок.
В чем еще может быть проблема? Разве это не должно работать из коробки?
Это ошибка.
Обновление:
Microsoft исправила проблему в обновлении KB4482887 (сборка 17763.348, выпущена 01.03.2019). В прошлый раз, когда я проверял, что его нужно было установить вручную и не было доступно через сервер обновлений:
~$ wasu.exe kb4482887.msu
Для получения дополнительной информации см. этот поток .
А как насчет событий в Windows? Есть что-нибудь в диспетчере событий Windows? Может это какой-то конфликт портов внутри винды. Выполните следующую команду - «netstat -an» и поделитесь выводом. Кроме того, вы можете изменить десятичное значение порта RDP по умолчанию и попытаться войти в систему.
Взгляните на форум Microsoft https://social.technet.microsoft.com/Forums/windowsserver/en-US / c3cfc2df-fc29-4abc-acf1-01797f528333 / port-3389-not-listen? forum = winserverTS
Есть проблемы с некоторым драйвером MS:
«Мы открыли дело с Microsoft по этому вопросу и определили что это было связано с отключением следующего драйвера: драйвер фильтра безопасности служб удаленного рабочего стола Чтобы проверить, включено это или отключено, откройте диспетчер устройств и покажите скрытые устройства. Нам не удалось его включить, поэтому мы удалили его и перезагрузили. После перезагрузки мы смогли подключиться к серверу через порт 3389 через Telnet, но по-прежнему не могли подключиться к удаленному рабочему столу. В качестве последнего шага мы устанавливаем уровень безопасности удаленного рабочего стола на «согласование». Для этого откройте приложение «Конфигурация хоста сеанса удаленного рабочего стола» в инструментах администрирования и отредактируйте свойства «rdp-tcp». Настройку можно найти на вкладке «Общие». Надеюсь, это кому-то поможет! "
Решено. Как указано в другом потоке (это не мое решение): просто загрузите КБ с http://www.catalog.update.microsoft.com/Search.aspx?q=KB4482887
, затем сохраните его на USB-ключе и смонтируйте на основном сервере, а затем с командная строка установите его, используя:
Wusa KB.msu
У меня была та же проблема, и она была связана с отключением службы «Перенаправитель портов пользовательского режима служб удаленных рабочих столов». Я включил его и перезапустил обе службы, и он начал прослушивать 3389
.