Не могу подключиться к удаленному рабочему столу windows server 2008 r2

Добрый день!
Возникла такая проблема — не могу ни с одного из компьютеров (с любой ОС) в сети подключиться к серверу(Windows Server 2008 R2) с помощью средства «подключение к удаленному рабочему столу». При указании компьютера и нажатии кнопки «Подключить», отображается окно «подключение к:» и все… Далее не проходит.
— порт 3389 открыт
— на сервере установлен контроллер домена
— брандмауэр выключен
— ошибок в логах никаких нет
— удаленное подключение разрешено для Администратора домена и еще одного пользователя
— винды лицензионные, но обращаться в Microsoft за 146$ не хочется, да и маленькая вероятность того, что они мне толком помогут.
Что можно еще проверить? Помогите, не первый день мучаюсь с этой проблемой, а удаленное подключение к этому серверу мне необходимо!
Заранее благодарю за любую помощь!

	Служба терминалов на этом сервере запущена??? Между сервером и компами с которых коннектитесь фаерволов нет, кроме того, что отключен на самом сервере…

Артем *

Guest

Это нравится:0Да/0Нет

27.08.2010 12:57:37

Цитата
OBDOLBANIY пишет: Служба терминалов на этом сервере запущена??? Между сервером и компами с которых коннектитесь фаерволов нет, кроме того, что отключен на самом сервере…

служба терминалов не запущена
фаерволов нет

	сначала с клиентской машины проеахться нмапом по порту РДП. Поставить на обе машины wireshark (особенно на сервере) и смотреть что падает. Включить весь какой можно аудит в политиках.

OBDOLBANIY

Guest

Это нравится:0Да/0Нет

27.08.2010 13:33:10

Цитата
Артем Бакалов пишет: служба терминалов не запущена

Ну так запустите )

Артем *

Guest

Это нравится:0Да/0Нет

27.08.2010 13:37:37

Цитата

OBDOLBANIY пишет:

Цитата

Артем Бакалов пишет:
служба терминалов не запущена
Ну так запустите )

Извините, не так понял ) Служба удаленных рабочих столов конечно же запущена!

Артем *

Guest

Это нравится:0Да/0Нет

27.08.2010 13:43:57

Цитата
f_s_b_37 пишет: сначала с клиентской машины проеахться нмапом по порту РДП. Поставить на обе машины wireshark (особенно на сервере) и смотреть что падает.

сейчас попробую

f_s_b_37 поясни, пожалуйста, «сначала с клиентской машины проеахться нмапом по порту РДП.» что писать в команде?
что касается wireshark — установил на сервер и попробовал с клиентской машины подключиться. Сможешь посмотреть файл pcap? Я просто не совсем понял в чем ошибка. Подключаюсь с 192.168.0.96 (это для фильтра)…

OBDOLBANIY

Guest

Это нравится:0Да/0Нет

27.08.2010 14:08:57

Цитата
Артем Бакалов пишет: Извините, не так понял ) Служба удаленных рабочих столов конечно же запущена!

Я имеено про службу Терминалов на сервере.
Проверте еще на сервере
netstat -ano
в списке должно быть
TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING 1296

f_s_b_37

Guest

#10

Это нравится:0Да/0Нет

27.08.2010 14:45:13

Цитата

Артем Бакалов пишет:
f_s_b_37 поясни, пожалуйста, «сначала с клиентской машины проеахться нмапом по порту РДП.» что писать в команде?
что касается wireshark — установил на сервер и попробовал с клиентской машины подключиться. Сможешь посмотреть файл pcap? Я просто не совсем понял в чем ошибка. Подключаюсь с 192.168.0.96 (это для фильтра)…

Код
nmap serveradr -p 3389 -sV

2. при попытк подключения, с адреса клиента на сервере что-нибудь таки отображается? Требую скриншотов

Артем *

Guest

#11

Это нравится:0Да/0Нет

27.08.2010 14:48:31

Цитата
OBDOLBANIY пишет: Я имеено про службу Терминалов на сервере. Проверте еще на сервере netstat -ano в списке должно быть TCP0.0.0.0:3389 0.0.0.0:0LISTENING 1296

у меня отображается TCP 192.168.0.100:3389 0.0.0.0:0 LISTENING 1392

	если с клиента запустить telnet 192.168.0.100 3389, что происходит

Артем *

Guest

#13

Это нравится:0Да/0Нет

27.08.2010 15:04:31

Цитата
f_s_b_37 пишет: 2. при попытк подключения, с адреса клиента на сервере что-нибудь таки отображается? Требую скриншотов

да я бы рад, да на этом сайте, я смотрю, какие-то трудности с загрузкой скриншетов… =(
хотя, мне есть чего показать по решению моей проблемы.
сейчас залью куда-нибудь, как этого требуют правила — на общественный сайт…

Артем *

Guest

#14

Это нравится:0Да/0Нет

27.08.2010 15:05:25

Цитата
OBDOLBANIY пишет: если с клиента запустить telnet 192.168.0.100 3389, что происходит

telnet-ом не пользовался
сейчас установлю соответствующие компоненты и попробую!

f_s_b_37

Guest

#15

Это нравится:0Да/0Нет

27.08.2010 15:13:26

Цитата

Артем Бакалов пишет:

telnet-ом не пользовался
сейчас установлю соответствующие компоненты и попробую!

указанная выше команда с nmap, собственно, аналогична.

Артем *

Guest

#16

Это нравится:0Да/0Нет

27.08.2010 15:16:10

Цитата

f_s_b_37 пишет:

Цитата

Артем Бакалов пишет:

telnet-ом не пользовался
сейчас установлю соответствующие компоненты и попробую!

указанная выше команда с nmap, собственно, аналогична.

на клиентской машине у меня сейчас команда telnet висит с мигающим курсором и ничего не происходит, а вот nmap написал кучу интересностей…
подскажите, куда можно залить скриншоты, чтобы вы их могли увидеть? у меня в голове только deposite крутится…
непосредственно на форуме их разместить нельзя?

Изменено: Артем * — 27.08.2010 15:16:58

	на imageshack.us киньте. Оттуда можно будет и сюда через соответсвующий бб-код показать, хотя и сслыки сойдут

	для ускорения процесса залил на депозит http://depositfiles.com/files/1838awj29 сейчас и на imageshack.us перезалью

	Изменено: Артем * — 27.08.2010 15:24:30

Артем * Guest	#20 Это нравится:0Да/0Нет 27.08.2010 15:26:16 Изменено: Артем * — 27.08.2010 15:27:18

Источник

Remove From My Forums

Вопрос
Доброго времени суток

Есть терминальный сервер windows 2008 r2.

Подключение к нему по rdp (по ip и по доменному имени) происходит не с первого раза.

что может быть?

Ответы

Это DDoS, проверяйте netstat на RDP-сервере на наличие TCP соединений на порту 3389 со статусом SYN_RECEIVED. Решение — убрать публикацию сервера либо поменять опубликованные порты.
- Помечено в качестве ответа
  Petko KrushevMicrosoft contingent staff
  24 августа 2015 г. 11:41

Все ответы

что означает «происходит не с первого раза»?

что происходит «с первого раза»?

The opinion expressed by me is not an official position of Microsoft
подключаюсь — не дает, пишет «Удаленному рабочему столу не удалось подключиться к удаленному компьютеру по одной из следующих причин:

1) Не включен удаленный доступ к серверу

2) Удаленный компьютер выключен

3) Удаленный компьютер не подключен к сети ….»

в то же время другие пользователи работают в rdp сессии

после нескольких подобных попыток происходит подключение
на стороне «клиента» установлен и запущен какой-нибудь антивирус/сетевой экран/брандмауэр?
такое может быть из-за проблем связанных с сетью

пробуйте поставить WireShark или аналоги и посмотреть что происходит когда вы подключаетесь

Фильтры можно выставить на адрес сервера

+ Можно попробовать ping SERVER -t что бы удостовериться что сервер не пропадает

The opinion expressed by me is not an official position of Microsoft
пробовал

связь прекрасна, сервер отвечает на пинг постоянно
стучусь по ip

нет, не возвращает
попробуйте на сервере включить брандмауэр и разрешить все подключения (в расширеніх настройках для 3-х профилей выбрать действие Allow)

The opinion expressed by me is not an official position of Microsoft
Ок

Что у вас за клиент?

С каких клиентов работает, с каких не работает? Есть ли закономерности в клиентах?

The opinion expressed by me is not an official position of Microsoft
работает со всех

но только после 10-40 попыток подключения
кто клиенты? версии, редакции…

The opinion expressed by me is not an official position of Microsoft
Тоже столкнулся с аналогичной проблемой в нескольких компаниях

на нескольких серверах которые ещё не подхватили обновления и работают, висят такие обновления касающиеся RDP:

https://support.microsoft.com/ru-ru/kb/3075226

https://support.microsoft.com/ru-ru/kb/3075220

снос этих обновлений ничего не даёт
6.1.7601.18540

обновления не ставились с 10.2014
Интересно что с привязкой к порту 3390 (например) — работает. Только приходится в адресе указывать порт — rdpserver:3390

Менять здесь HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber
Интересно что с привязкой к порту 3390 (например) — работает. Только приходится в адресе указывать порт — rdpserver:3390

сервера которые через tsgw тоже работают нормально
У меня сегодня утром так же начались проблемы с подключением к терминальному серверу. Как из внешней сети, так и из внутренней сети. Изначально помогло залогинится Админом непостредственно на сервере,
подключив монитор и клаву с мышей. После логина терминальные соединения начало пускать. При этом после перезагрузки, до тех пор пока не залогинюсь непостредственно на сервере хоть один раз — не пускает терминальные соединения.
Потом начала гуглить и отрубил IpV6. Теперь вообще никак терминалку не пускает на сервак.
Сегодня с утра такая-же беда. Win Server 2008R2. RDP не работает как в локальной сети, так и с мира. Обновлений никаких нет, вообще служба остановлена.

Что делал я, НО НЕ помогло:

Перезапускал службы,

переустановил сервер терминалов, перелицензировал

проверил входящий порт на РДП в реестре (правил его на другой)

удалённый доступ в свойствах — включён сервера

Брандмауэр отключён, но номер порта рдп добавил на всякий случай

Ничего не помогает…
Интересно что с привязкой к порту 3390 (например) — работает. Только приходится в адресе указывать порт — rdpserver:3390

Менять здесь HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber

Нет, это тоже не работает.
Аналогичная проблема, с вчерашнего дня, на многих серверах 2008R2

Причем конфигурация серверов разная:

Антивирус: Касперский\ДокторВеб\или вообще без них

Обновления: где то ставились, а где то нет

Интернет: Где то напрямую смотрит в инет сервер, где-то проброс портов

Домен: да\нет\рабочая группа

На сервере ничего нового не устанавливалось, да даже пользователей новых не заводили!

Проблема пока что на 15-20 серверах

Вообще думается что какая то «пасхалка» от microsoft =( уже не знаю что и делать
https://support.microsoft.com/ru-ru/kb/3075226

https://support.microsoft.com/ru-ru/kb/3075220

похоже это и есть заплатки RDP

подробнее https://technet.microsoft.com/ru-ru/library/security/MS15-082
В общем мне помогло следующее:

В центре управления сетями помимо моего основного подключения (TP-Link бла-бла-бла) появилось еще некое подключение по локальной сети 5. Протоколы TCP-IP V4/V6 в моем основном были отключены. Я отрубил это странное
подключение, потом врубил протоколы в4/в6 в основном (всё это сопровождалось зависаниями проводника и несколькими ребутами в итоге). Ну и в итоге всё заработало. Осталось выяснить что это за подключение было. Виртуальные серваки
Hyper-V создают свои адаптеры в «Сетевых подключениях» ?
https://support.microsoft.com/ru-ru/kb/3075226

https://support.microsoft.com/ru-ru/kb/3075220

похоже это и есть заплатки RDP

подробнее https://technet.microsoft.com/ru-ru/library/security/MS15-082

Помогло данное решение ?
Самое интересное что само заработало сразу на всех серверах. Кто-то может обьяснить?
Помогло данное решение ?

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

на тех серверах на которых они уже были уже установлены — наблюдались проблемы, после их сноса проблема осталась, после повторной установки и перезагрузке сервера — всё ок

как-то так загадочно
Проблему решил следующим образом. Так как у меня было отключено обновление, включил его и установил выборочно только заплатки по безопасности. Ребутнул и РДП заработало с мира и в локалке.
- Изменено
  XABbEP
  14 августа 2015 г. 6:21
Явно были глюки лицензирования связанные с доступностью серверов Microsoft. Вопрос какие именно и как этого избежать без отключения инета от RDP серверов. Каким интересно образом, уже запущенные и активированyые сервера, что-то ищут в
Microsoft?
- Изменено
  Alexey Shahin
  12 августа 2015 г. 13:32
Это DDoS, проверяйте netstat на RDP-сервере на наличие TCP соединений на порту 3389 со статусом SYN_RECEIVED. Решение — убрать публикацию сервера либо поменять опубликованные порты.
- Помечено в качестве ответа
  Petko KrushevMicrosoft contingent staff
  24 августа 2015 г. 11:41

Источник

Утро пятницы началось с жалоб некоторых пользователей на невозможность подключится к удаленному рабочему столу Windows Server 2008 R2 и Windows Server 2012 R2.

Произошла ошибка при проверке подлинности. Указанная функция не поддерживается.
Причиной ошибки может быть исправление шифрования CredSSP. Дополнительные сведения см. статье https://go.microsoft.com/fwlink/?linkid=866660

Причиной отказа в подключении послужило обновление безопасности Windows, закрывающее уязвимости в протоколе CredSSP (бюллетень CVE-2018-0886), в результате чего клиентам запрещалось подключаться к удаленным RDP серверам с непропатченой версией CredSSP. Таким образом, клиентские машины, установившие майские обновления остались не при делах.

Есть несколько путей решения проблемы. Наиболее правильным я считаю всё-таки установку обновления для закрытия уязвимости CredSSP на сервере, однако такое решение может выйти боком в некоторых случаях. Приведу простой пример когда не стоит гнаться за обновлениями.

В сети имеются компьютеры на старой версии Mac OS X (10.7.5), для которых не существует свежей версии RDP-клиента и после такого обновления теряется возможность работы с сервером. Вопрос безопасности соединения мобильных пользователей в таком случае решается VPN туннелем.

Так что, для начала рассмотрим вариант, позволяющий убрать уведомление безопасности и блокировку подключения с установленным обновлением безопасности без обновления самого сервера. Удаление самого обновления, конечно решает проблему, но неужели вы будете заниматься этим постоянно?

Отключение уведомления об ошибке шифрования CreedSSP на клиенте

Можно пойти двумя путями — внести изменения через редактор локальных групповых политик (не прокатит в редакциях Windows Home), либо напрямую в реестр с помощью командной строки. Второй способ более быстрый и универсальный — в командной строке, запущенной от имени администратора, выполним:

REG ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters /v AllowEncryptionOracle /t REG_DWORD /d 2

Если же вам удобнее использовать редактор локальных групповых политик, то запустив редактор gpedit.msc, переходим в раздел:

Конфигурация компьютера -> Административные шаблоны -> Система -> Передача учетных данных (Computer Configuration -> Administrative Templates -> System -> Credentials Delegation)

Открываем параметр с именем «Исправление уязвимости шифрующего оракула» (Encryption Oracle Remediation), и нажимаем «Включено» («Enabled»). Уровень защиты ставим как «Оставить уязвимость» (Vulnerable).

Обновить политики на компьютере можно командой, после чего подключение по RDP должно заработать:

gpupdate /force

Установка обновления для исправления шифрования CreedSSP на сервере

Установить отсутствующие обновления безопасности на сервере можно через службу Windows Update или вручную. Чтобы не тянуть кучу лишнего, вот прямые ссылки на обновления для разных версий Windows Server:

Windows Server 2012 R2 / Windows 8: KB4103715
Windows Server 2008 R2 / Windows 7: KB4103712
Windows Server 2016 / Windows 10 1607: KB4103723

Учтите, что после установки обновления сервер уйдет в перезагрузку.

Подписывайтесь на канал

Яндекс.Дзен

и узнавайте первыми о новых материалах, опубликованных на сайте.

Источник

Иногда на сервере терминалов под управлением Windows Server 2008 R2 возникает нехорошая ситуация, когда после неудачного обновления или системного сбоя пропадает доступ по rdp. При этом настройки брандмауера в порядке, службы удаленных рабочих столов запущены, проблема с портом (по умолчанию 3389), его нет в списке доступных. Список можно посмотреть командой netstat -a.

У вашего покорного слуги проблема всегда решалась пересозданием стека прослушивателя RDP (RDP listener) на сервере. На течнете есть другой способ — переустановить два обновления KB2621440 и KB2667402 и поправить реестр. Оставлю оба варианта здесь, чтобы долго не искать.

1. Пересоздание RDP-listener.

Пуск —> Администрирование —> Службы удаленных рабочих столов —> Конфигурация узла сеансов удаленных рабочих столов.

Выбираем подключение (по умолчанию: RDP-Tcp) и нажимаем удалить.

Создаем новое подключение, имя не принципиально.

Проверяем работу.

2. Переустановка обновлений KB2621440 и KB2667402.

2.1 Удаляем обновления:

Пуск —> Панель управления —> Программы и компоненты —> Просмотр установленных обновлений.

В поиске ищем KB2621440 и KB2667402, нажимаем ПКМ —> Удалить.

2.2 Проверяем целостность ОС:

sfc /scannow

2.3 Импортируем ветку реестра

HKEY_CLASSES_ROOT\CLSID\{18b726bb-6fe6-4fb9-9276-ed57ce7c7cb2}

с рабочей операционки. Скачать можно отсюда.

Перезагружаемся. После перезагрузки порт rdp должен появиться в списке доступных.

2.4 Импортируем ветки реестра

HKLM\SYSTEM\CurrentControlSet\Control\Video\{DEB039CC-B704-4F53-B43E-9DD4432FA2E9}
HKLM\SYSTEM\CurrentControlSet\services\RDPDD

2.5 Устанавливаем обновления KB2621440 и KB2667402. Скачать можно с оф.сайта: KB2621440 KB2667402 или отсюда: KB2621440 и KB2667402.

2.6 Проверяем работу.

Источник

Не удается подключиться к удаленному компьютеру по RDP

Добрый день уважаемые читатели и гости блога, сегодня столкнулся с такой ситуацией, при попытке подключиться к серверу терминалов на Windows Server 2008 R2 я получил ошибку «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.» после ввода логина и пароля, что говорит как минимум о том, что порт доступен, давайте смотреть как можно решить данную проблему и восстановить доступ.

Причины ошибки «Повторите попытку подключения»

В прошлый раз мы с вами победили ошибку с синим экраном dpc watchdog violation, победим и эту, но для начала нужно понять причину всего этого действия. Вот как выглядит данная проблема:

Как я и писал выше, появляется она после ввода корректного логина и пароля.

Вся эта канитель началась еще с 2014 года, после обновлений KB2992611 и последующих. В момент установки данных обновлений ужесточился уровень безопасности и шифрования.
Вторая возможная причина, это наличие программ КриптоПро или VipNet, у меня был именно второй вариант
Другие сторонние программные обеспечения по шифрованию.

Если вы посмотрите логи Windows, то сможете обнаружить вот такие системные предупреждения:

возникло следующее неустранимое предупреждение: 36888. Внутренне состояние ошибки: 1250

Компонент X.224 RDP-протокола обнаружил ошибку в потоке протокола и отключил этого клиента.

Как решить ошибку с RDP подключением

Существует несколько методов решения ошибки «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.» что вы должны сделать:

Удалить необходимые обновления Windows
Удаление или обновление «Крипто ПРО» и VipNet
Понижение требования к уровню шифрования
Установка дополнительных обновлений

Удаление или обновление ПО

Начинаю я с этого метода, так как он самый правильный и с точки удобства и с точки безопасности. Если вам данное ПО не нужно, то советую его удалить его и провести очистку системы от мусора, если же программы нужны, то рассмотрите вариант их обновления на свежие версии в которых уже таких проблем нет. В моем случае это не получилось сделать, так как мне была необходима старая версия VipNet.

Удаления обновления KB2992611

Следующим методом я вам посоветую установка новых обновлений, которые это решают, могу посоветовать KB3018238 (оно идет теперь вместе с KB2992611) и KB3011780, с ходом времени, данные обновления могут перекрываться уже более новыми, так, что следите за ними на официальном сайте Microsoft. Если KB2992611 установлено, то попробуйте его удалить, проверить возможность подключения и снова поставить.

Скачать KB3011780 https://www.microsoft.com/ru-ru/download/details.aspx?id=44966

Скачиваете и производите обновление, это похоже на шаги описанные в проблеме, где windows 7 не находит обновления, мы так же устанавливали автономные версии.

Понижение требования к уровню шифрования

Не самое правильное решение, так как уменьшает уровень защиты и шифрования трафика, но может быть палочкой-выручалочкой в некоторых ситуациях. В настройках сервера терминалов снизить уровень «безопасности/уровень шифрования». Для этого заходите в «Пуск > Администрирование > Удаленный рабочий стол > Конфигурация узла сеансов удаленного рабочего стола», выбираете «Настройка для сервер», далее вкладка «Общие» и два пункта:

Уровень безопасности > Уровень безопасности RDP
Уровень шифрования > Низкий

Все теперь повторите подключение и повторите попытку зайти по RDP, ошибка должна исчезнуть, но поищите возможность все же обновиться.

Источник

Не удается подключиться к удаленному рабочему столу windows server 2008 r2

Сообщения: 14
Благодарности: 0

Да и еще: Если вместо ip использовать имя сервера, то по telnet проходит подключение к порту 3389, но через RDP не подключается по имени. На самом сервере делал telnet localhost 3389 и тоже все ок. И вывод команды netstat -an:
C:\Users\Администратор>netstat -an

Имя Локальный адрес Внешний адрес Состояние
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING
TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING
TCP 0.0.0.0:5985 0.0.0.0:0 LISTENING
TCP 0.0.0.0:8092 0.0.0.0:0 LISTENING
TCP 0.0.0.0:47001 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49152 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49153 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49154 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49155 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49156 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49157 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49158 0.0.0.0:0 LISTENING
TCP 127.0.0.1:49268 127.0.0.1:49269 ESTABLISHED
TCP 127.0.0.1:49269 127.0.0.1:49268 ESTABLISHED
TCP 192.168.1.2:139 0.0.0.0:0 LISTENING
TCP 192.168.1.2:3389 188.127.239.132:80 SYN_RECEIVED
TCP [::]:135 [::]:0 LISTENING
TCP [::]:445 [::]:0 LISTENING
TCP [::]:3389 [::]:0 LISTENING
TCP [::]:5985 [::]:0 LISTENING
TCP [::]:8092 [::]:0 LISTENING
TCP [::]:47001 [::]:0 LISTENING
TCP [::]:49152 [::]:0 LISTENING
TCP [::]:49153 [::]:0 LISTENING
TCP [::]:49154 [::]:0 LISTENING
TCP [::]:49155 [::]:0 LISTENING
TCP [::]:49156 [::]:0 LISTENING
TCP [::]:49157 [::]:0 LISTENING
TCP [::]:49158 [::]:0 LISTENING
TCP [::1]:3389 [::1]:49323 CLOSE_WAIT
TCP [::1]:49323 [::1]:3389 FIN_WAIT_2
TCP [fe80::5d39:9e7d:7e2a:1e36%11]:3389 [fe80::c01f:1604:f78:db38%11]:7375
ESTABLISHED
UDP 0.0.0.0:500 *:*
UDP 0.0.0.0:4500 *:*
UDP 0.0.0.0:5355 *:*
UDP 192.168.1.2:137 *:*
UDP 192.168.1.2:138 *:*
UDP [::]:500 *:*
UDP [::]:4500 *:*
UDP [::]:5355 *:*

Источник

Не удается подключиться к удаленному рабочему столу windows server 2008 r2

Вопрос

У меня такая проблема: после апгрейда Windows 2008 R2 с версии Standard на Enterprise при помощи DISM компьютер перестал принимать подключения по RDP. В сервисах служба Remote Desktop Services запущена и ошибок не выдает, но в статистике netstat нет записи с номером порта 3389 вообще! Windows Firewall отключен. Ветка реестра HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp\ полностью совпадает с аналогичной на работоспособном сервере. Подскажите пожалуйста, в чем может быть причина?