none
После замены мат.платы сервер перестал принимать RDP-подключения RRS feed

  • Общие обсуждения

  • После замены мат.платы сервер перестал принимать RDP-подключения

    Контроллер домена. Брандмауэр отключен, роль "Узел сеансов удаленных рабочих столов" установлена. До замены мат.платы всё работало как часы.

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

    sfc / scannow ошибок не находит.

    Как-то можно выяснить, почему не стартует слушатель на порту 3389?

    18 июня 2015 г. 7:00

Все ответы

  • Обновите фирмвары и драйвера
    18 июня 2015 г. 7:42
    Модератор
  • Обновите фирмвары и драйвера
    На новую мат.плату установлены последние драйвера. Более новых нет. BIOS мат.платы тоже последний.
    18 июня 2015 г. 7:49
  • Попробуйте совет из этого обсуждения, хотя бы с целью тестирования переименуйте сервер.

    18 июня 2015 г. 7:54
    Модератор
  • Попробуйте удалить РДС - перезагрузить - вернуть на родину РДС
    18 июня 2015 г. 7:54
    Модератор
  • Попробуйте совет из этого обсуждения, хотя бы с целью тестирования переименуйте сервер.

    Насколько я понял, там человек подключался по имени компьютера. У меня и по имени и по IP нет подключения. Да и проблема в общем-то понятна - отсутствует прослушиватель на 3389 порту. Вопрос в том, как его восстановить.
    18 июня 2015 г. 8:17
  • Попробуйте удалить РДС - перезагрузить - вернуть на родину РДС
    делал два раза - никакого эффекта.
    18 июня 2015 г. 8:51
  • sfc /scannow
    18 июня 2015 г. 8:54
    Модератор
  • Здравствуйте,

    Уточните пожалуйста:

    1) Локально проходит:
    telnet 127.0.0.1 3389
    2) Если отключить Windows Firewall, проблема воспроизводиться?
    3) Проверьте следующую ветку и значения ключа реестра:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp\PortNumber



    Best Regards, Andrei ...
    Microsoft Certified Professional

    • Изменено SQxModerator 18 июня 2015 г. 9:54 исправлено
    18 июня 2015 г. 9:54
    Модератор
  • sfc /scannow

    в первом посте всё написано. Читайте внимательнее
    19 июня 2015 г. 3:02
  • Здравствуйте,

    Уточните пожалуйста:

    1) Локально проходит:
    telnet 127.0.0.1 3389
    2) Если отключить Windows Firewall, проблема воспроизводиться?
    3) Проверьте следующую ветку и значения ключа реестра:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp\PortNumber

    1. telnet 127.0.0.1 3389 конечно же не проходит - слушателя на этом порту нет (netstat -ano)

    2. Windows Firewall отключен, как и было написано в первом посте. В реестре по WinStations\RDP-Tcp\PortNumber порт стандартный 3389


    Есть предположение, что где-то в системе остались привязки RDP к сетевым адаптерам от старой мат.платы.
    Может быть есть какие-то тесты для проверки целостности всех RDP компонентов? Может можно сделать сброс всех настроек RDP?
    Может быть можно как-то запустить процесс первичной настройки оборудования (такой же как при установке Windows)

    19 июня 2015 г. 3:13
  • Уточните в системных события (Eventlogs -> System) фиксируются ли проблемные событиях, к примеру конфликт ip-адресов? Также убедитесь, чтобы старые сетевые интерфейсы в следующей ветки реестра отсутствовали в случае если они создают проблемы:
    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces]

    P.S. Важно изменения в реестре могут привести к непредвиденным действиям до сбоя в работе сервера, перед любыми манипуляциями делайте экпорт данных в реестре, для того чтобы была возможность откатить изменения в случае критических сбоях.

    Best Regards, Andrei ...
    Microsoft Certified Professional

    19 июня 2015 г. 7:25
    Модератор
  • Так у вас проблемы с сервером или с клиентом

    Дейстия вы где производите? Вы проверяли коннект к серверу с других рабочих станций?

    Вы плату меняли на сервере или клиенте (из первого сообщения понятно что на сервере но мало ли)

    Что касаемо последней проблемы то буфер включается в настройках рдп

    mstsc -> показать параметры -> показать ресурсы -> буфер обмена

    19 июня 2015 г. 8:06
    Модератор
  • Так у вас проблемы с сервером или с клиентом

    Дейстия вы где производите? Вы проверяли коннект к серверу с других рабочих станций?

    Вы плату меняли на сервере или клиенте (из первого сообщения понятно что на сервере но мало ли)

    Что касаемо последней проблемы то буфер включается в настройках рдп

    mstsc -> показать параметры -> показать ресурсы -> буфер обмена


    с сервером, на котором поменяли мат.плату - он не принимает RDP - даже не слушает порт 3389
    про буфер проверил, действительно был выключен.
    19 июня 2015 г. 10:04
  • Уточните в системных события (Eventlogs -> System) фиксируются ли проблемные событиях, к примеру конфликт ip-адресов? Также убедитесь, чтобы старые сетевые интерфейсы в следующей ветки реестра отсутствовали в случае если они создают проблемы:
    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces]

    P.S. Важно изменения в реестре могут привести к непредвиденным действиям до сбоя в работе сервера, перед любыми манипуляциями делайте экпорт данных в реестре, для того чтобы была возможность откатить изменения в случае критических сбоях.

    Best Regards, Andrei ...
    Microsoft Certified Professional


    в реестре проверил - старых интерфейсов нет. В системных событиях никаких ошибок нет
    19 июня 2015 г. 10:19
  • Изучал системные события. Обнаружил, что с момента замены мат.платы нет новых событий в ветке:
    Microsoft-Windows-RemoteDesktopServices-RdpCoreTS
    Хотя до замены 3-4 события в час были вида "Сервер использует TCP для привязки к порту 15629."
    Еще в ветке Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational исчезли сообщения вида "Прослушиватель RDP-Tcp начал прослушивание"
    19 июня 2015 г. 10:28
  • в общем, пришлось переустановить винду