Порт 3389 не прослушивается windows 7

Собственно проблема: на клиенте Windows 7 Pro SP1 + update RDP 8.0 не работает RDP. netstat -a показывает, что порт 3389 не прослушивается.
  • Remove From My Forums
  • Вопрос

  • Собственно проблема: на клиенте Windows 7 Pro SP1 + update RDP 8.0 не работает RDP. netstat -a показывает, что порт 3389 не прослушивается.

    Пробовал: менять RDP порт (на 3390, тоже не появился в списке прослушиваемых портов), удалил ветку реестра systemcontrolTerminal Server затем импортировал с здоровой рабочей станции — не помогло.

Ответы

  • К сожалению, ничего из выше предложенного не помогло.

    Запустил установку Windows 7 в режиме обновления — не заработало.
    Установил все 104 обновления — заработало.

    • Помечено в качестве ответа

      2 апреля 2013 г. 7:54

  • Hi All,

    I Resloved this RDP issue after work with Microsoft.

    Here is solution for them, who are facing problem to do RDP on their windows 7 with SP1 machine from any machine. Please follow the below mentions step and it will give you a remote access to you Windows 7 w/SP1 Machine. It’s works 100% for me on many
    machine on my network. Hope it will help, who is in the same boat as I was.

    Below are the steps that need to perform when you run in to RDP problem.

    1. if the patches show installed

    Windows Server 2008 R2 for x64-based Systems and Windows Server 2008 R2 for x64-based Systems Service Pack 1*

    OR

    Windows 7 for x86 or x64 based Systems Service Pack 1*

    (KB2621440)

    Windows Server 2008 R2 for x64-based Systems and Windows Server 2008 R2 for x64-based Systems Service Pack 1*

    OR

    Windows 7 for x86 or x64 based Systems Service Pack 1*

    (KB2667402)

    please uninstall these patches and reboot your box.

    run sfc /scannow to confirm that theres no file level corruption

    ensure that rdpcorekmts.dll file exists and is SP1 version that is it 6.1.7601.xxxx

    2. Export following registry entry from working RDP machine and  Import to machine having RDP issue.

    HKEY_CLASSES_ROOTCLSID{18b726bb-6fe6-4fb9-9276-ed57ce7c7cb2}

    reboot the box. Post reboot ensure that 3389 is listening using  command netstat -a

    3. Import the following registry entries and try to RDP

    HKLMSYSTEMCurrentControlSetControlVideo{DEB039CC-B704-4F53-B43E-9DD4432FA2E9}

    HKLMSYSTEMCurrentControlSetservicesRDPDD

    Able to RDP fine.

    4. reinstall
    Windows Server 2008 R2 for x64-based Systems and Windows Server 2008 R2 for x64-based Systems Service Pack 1*

    OR

    Windows 7 for x86 or x64 based Systems Service Pack 1*

    (KB2621440)

    Windows Server 2008 R2 for x64-based Systems and Windows Server 2008 R2 for x64-based Systems Service Pack 1*

    OR

    Windows 7 for x86 or x64 based Systems Service Pack 1*

    (KB2667402)   —  

    reboot and verify that RDP is still working

    I hope this will help many people with same RDP problem. If this works for you as well then put comment to help others.

    Thanks,


    Tej Shah

    SYSTEM ADMINISTRATOR

    • Marked as answer by

      Tuesday, October 2, 2012 12:36 AM

    • Edited by
      Tejalkumar(Tej) Shah
      Tuesday, October 2, 2012 12:37 AM

  • Hi All,

    I Resloved this RDP issue after work with Microsoft.

    Here is solution for them, who are facing problem to do RDP on their windows 7 with SP1 machine from any machine. Please follow the below mentions step and it will give you a remote access to you Windows 7 w/SP1 Machine. It’s works 100% for me on many
    machine on my network. Hope it will help, who is in the same boat as I was.

    Below are the steps that need to perform when you run in to RDP problem.

    1. if the patches show installed

    Windows Server 2008 R2 for x64-based Systems and Windows Server 2008 R2 for x64-based Systems Service Pack 1*

    OR

    Windows 7 for x86 or x64 based Systems Service Pack 1*

    (KB2621440)

    Windows Server 2008 R2 for x64-based Systems and Windows Server 2008 R2 for x64-based Systems Service Pack 1*

    OR

    Windows 7 for x86 or x64 based Systems Service Pack 1*

    (KB2667402)

    please uninstall these patches and reboot your box.

    run sfc /scannow to confirm that theres no file level corruption

    ensure that rdpcorekmts.dll file exists and is SP1 version that is it 6.1.7601.xxxx

    2. Export following registry entry from working RDP machine and  Import to machine having RDP issue.

    HKEY_CLASSES_ROOTCLSID{18b726bb-6fe6-4fb9-9276-ed57ce7c7cb2}

    reboot the box. Post reboot ensure that 3389 is listening using  command netstat -a

    3. Import the following registry entries and try to RDP

    HKLMSYSTEMCurrentControlSetControlVideo{DEB039CC-B704-4F53-B43E-9DD4432FA2E9}

    HKLMSYSTEMCurrentControlSetservicesRDPDD

    Able to RDP fine.

    4. reinstall
    Windows Server 2008 R2 for x64-based Systems and Windows Server 2008 R2 for x64-based Systems Service Pack 1*

    OR

    Windows 7 for x86 or x64 based Systems Service Pack 1*

    (KB2621440)

    Windows Server 2008 R2 for x64-based Systems and Windows Server 2008 R2 for x64-based Systems Service Pack 1*

    OR

    Windows 7 for x86 or x64 based Systems Service Pack 1*

    (KB2667402)   —  

    reboot and verify that RDP is still working

    I hope this will help many people with same RDP problem. If this works for you as well then put comment to help others.

    Thanks,


    Tej Shah

    SYSTEM ADMINISTRATOR

    • Marked as answer by

      Tuesday, October 2, 2012 12:36 AM

    • Edited by
      Tejalkumar(Tej) Shah
      Tuesday, October 2, 2012 12:37 AM

  • на Windows7 Pro удаленный рабочий стол перестал быть доступным.

    вот что я проверил:

    • порт 3389 недоступно из extern (telnet .... 3389 не работает, но telnet .... 445 работает)
    • netstat показывает, что нет prozess прослушивания на порту 3389
    • «удаленные настройки» настроен с Allow connections from computers running any version of Remote Desktop ...
    • the services (службы удаленных рабочих столов, конфигурация удаленных рабочих столов и Службы удаленных рабочих столов Элемент Перенаправитель портов пользовательского режима работает)
    • сервис Cryptographic Services тоже начал
    • windows firewall is disabled
    • no third party firewall установлен
    • в реестре порт 3389 настроен на ..ControlTerminalServerWinStationsRDP-Tcp
    • сбросил стек ip, но без успеха

    клиент говорит, что он работал в прошлом.

    Edit

    В журнале netstat (netstat-abn) нет никакой записи как

    TCP    0.0.0.0:3389           0.0.0.0:0              LISTENING
    

    и telnet

    telnet 10.15.100.101 3389
    

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

    Edit2

    Нашел похожую нить здесь и предложение оно может быть причинено мимо:KB2830477. Не помогло.

    источник

    Довольно часто пользователям, которые используют определенные программные продукты или системные инструменты для доступа к своим компьютерам или другим функциям внешнего программного обеспечения через Интернет, приходится бороться с открытием (пересылкой) специально разработанных портов. Одна из основных — дверь 3389. Мы увидим, как открыть ее, используя несколько простых приемов. Но сначала давайте выясним, для чего это нужно.

    Для чего используется порт 3389?

    По умолчанию почти во всех версиях Windows порты, которые используются и не используются для исходящих или входящих подключений, включаются или блокируются непосредственно системой. Следовательно, порт 3389 вряд ли будет закрыт по умолчанию.

    Удаленное подключение к рабочему столу

    По умолчанию система использует его для удаленного доступа (RDP), при котором порт автоматически освобождается. Другое дело, что он может быть перехвачен какой-то другой программой или отключен на роутере, когда вам нужно подключиться к нескольким компьютерным терминалам одновременно. Поэтому возникают вопросы, как открыть порт 3389, если в стандартной настройке он оказывается заблокированным.

    Открытие порта в брандмауэре

    Как первое и самое простое решение, вы можете предложить открыть порт прямо в настройках встроенного брандмауэра Windows, который называется брандмауэром. Предположим, пользователю необходимо активировать порт для подключения к компьютеру, настроенному с другого ПК, ноутбука или мобильного устройства. Как открыть порт 3389?

    Открытие порта 3389 в брандмауэре

    Для этого вызовите раздел настроек брандмауэра с помощью меню «Выполнить» и команды firewall.cpl, затем перейдите к дополнительным параметрам, выберите в меню слева пункт входящие соединения и справа пункт нового правила. В «Мастере» укажите, что правило было создано для порта, установите TCP в качестве типа протокола и введите номер порта (3389) в соответствующее поле. Настройки для типа сетей, в принципе, можно оставить без изменений, но для публичных сетей все же рекомендуется снять галочку (это необходимо для обеспечения более полной безопасности). По завершении всех действий порт будет открыт.

    Проброс порта на маршрутизаторе

    В некоторых случаях описанных выше шагов недостаточно, потому что один и тот же порт нельзя использовать для определенных компьютерных терминалов, подключенных к маршрутизатору или находящихся в той же беспроводной сети. Как открыть порт 3389 в такой ситуации? Для этого используется метод, называемый переадресацией портов (от англ. Port forwarding).

    Порт ретрансляции 3389 на маршрутизаторе

    Используя любой установленный веб-браузер, войдите в настройки роутера, написав в адресной строке значение, указанное на табличке на задней панели устройства (обычно 192.168.0.1 или оканчивающееся на 1.1), введите имя пользователя и пароль (обычно для оба поля), затем перейдите в раздел пересылки, который автоматически откроет вкладку виртуальных серверов, добавьте новое правило, нажав соответствующую кнопку, введите номер служебного порта (или диапазон номеров) и внутренний порт (3389), укажите тип протокола и выберите все типы, если вы не совсем уверены, что использовать. Выберите необходимую службу из раскрывающегося списка (хотя это необязательно), затем установите состояние порта как «Включено». Сразу обратите внимание, что статический адрес вводится как IP-адрес, который должен быть указан в настройках протокола IPv4. В случае динамических адресов вы можете использовать диапазон адресов, который можно найти в разделе «Активация DHCP-сервера». Если по какой-то причине соединение все еще остается незанятым, запишите аналогичные параметры в разделе Port Triggering (например, при использовании роутеров TP-Link), затем сохраните изменения и перезапустите роутер.

    Что делать, если порт 3389 не прослушивается?

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

    Изменение порта RDP в реестре

    В редакторе (regedit) перейдите в ветку HKLM и найдите там раздел RDP-Tcp, а справа измените значение ключа PortNumber с установленного на 3389, затем перезагрузите систему.

    Если вы измените порт 3389 на другой, вам потребуется перезапустить службу сервера терминалов. Для этого выполните в командной строке две команды:

    • чистая остановка TermService;
    • чистый старт TermService.

    Столкнулся тут с довольно странным случаем. Выкатал рабочий образ 7-ки х86, обновил до конца и отнёс в один из офисов в качестве машинки к которой я буду подключаться для различных манипуляций. И вроде всё хорошо, и вроде всё как всегда, но тут вдруг я понимаю, что как раз таки подключиться-то я и не могу к ней по рдп. Естественно все банальные вещи типа: стоит ли галочка разрешать подключения, брандмауэр — я проверил в первую очередь и был очень удивлён, всё должно работать. telnet мой_комп 3389 с другой машины подключаться не давал, более того, telnet мой_айпи_в_сети 3389 на этом же самом компе тоже не подключался. Надо копать, netstat -an | findstr 3389 не показывал ничего. Порт 3389 не слушается. tasklist /svc | findstr Term тоже не давал никаких результатов, вывод один, служба терминалов не работает! Но при этом, я отчётливо вижу, что в службах она есть, она запущена, и в логи никаких ошибок не сыпит. Начинаю гуглить, отчего же может порт 3389 не слушаться. Перегуглив кучу всяких банальностей нашёл вот такую статью, которая вроде как многим помогла. Скажу сразу, мне — нет, и обновления описанные в статье мне не помешали. Немного отчаившись, и перегуглив ещё много одинаковой информации, я наткнулся на некий забугорный форум где у человека была та же проблема, а другой хороший человек ему посоветовал обратить внимание на такую обнову KB2592687. Не долго думая, я сношу к чертям это обновление, комп просит ребут, получает его и ВУАЛЯ! Порт слушается, служба просматривается и РДП подключается. Так что если у вас есть проблемы с подключением по РДП, обратите внимание, может и у вас данное обновление мешает. Кстати, данное обновление не является обязательным, так что можно смело сносить

    Понравилась статья? Поделить с друзьями:
  • Порог увеличения производительности процессора windows 10
  • Порог использования функции парковки ядер процессора windows 10 что это
  • Порог использования функции парковки ядер процессора windows 10 что ставить
  • Попытка ссылки на несуществующий токен windows 10 при печати на принтере
  • Попытка ссылки на несуществующий токен windows 10 после обновления