Не прослушивается порт 3389.
Достался сервер с Windows Server 2016. Нужно было настроить доступ по RDP. Установил и настроил сервер удаленных рабочих столов, активировал, проверил через диагностику - ошибок нет. Создал пользователя, попробовал подключиться - не получается. Долго копал в одну сторону, пока не решил проверить прослушку портов на сервере и обнаружил, что 3389 не входит в этот список. Какая служба должна отвечать за этот порт? На брэндмауре правило по умолчанию есть и активно. Служба удаленных рабочих столов запущена. Прошу помощи и совета. Спасибо.
|
Цитата:
Цитата mspuz
На брэндмауре правило по умолчанию есть и активно. »
|
Перейдите в расширенное управление брандмауэром и его правилами и проверьте соответствующие входящие правила, они должны быть включены. Правила должны называться как то так: "Удаленный рабочий стол — пользовательский режим...."
Предполагаю, что у Вас стоит тип сети "Общественная" (общий профиль), для "Общественной" сети нужно включить отдельное правило или создавать его самому. Как вариант сменить тип сети на "Частный" или "Доменный".
|
Цитата:
Цитата mspuz
Какая служба должна отвечать за этот порт? »
|
termsvcs (Службы удаленных рабочих столов)
Вывод команды netstat -an | findstr 3389 с сервера покажите.
|
Прилагаю скриншоты. Вроде все включено, но 3389 - по нулям.

|
Выкладывайте скриншоты не на левом сайте, а прикрепляйте их прямо с форума (тем более форма и возможность есть), так гораздо удобнее смотреть Вашим потенциальный помощникам. ;)
Как я и предполагал тип сети у Вас "Общественная", переведите тип сети в домашняя или доменная.
Как изменить профиль сети с Public на Private в Windows 8.1/Server 2012 R2(для 2016 сервера тоже актуально).
|
Anton04, Спасибо, для общего развития очень пригодиться. Перевел сеть - теперь частная. Но как это поможет запустить прослушку порта 3389? "netstat -an | findstr 3389" - так ничего и не показывает. Т.е. все осталось по прежнему. Если служба termsvcs запущена, то почему нет прослушки 3389? Как это проверить?
|
Проблему можно закрывать. Все оказалось банально - прошлый админ изменил порт 3389 на другой в реестре. Спасибо.
|
Время: 10:10.
© OSzone.net 2001-