Remotedesktop funktioniert nicht - Port 3389 ist nicht gebunden

Remotedesktop funktioniert nicht - Port 3389 ist nicht gebunden

Auf einem Windows 7 Pro war der Remotedesktop nicht mehr verfügbar.

Folgendes habe ich überprüft:

  • Port 3389ist von extern nicht erreichbar ( telnet .... 3389funktioniert nicht, telnet .... 445funktioniert aber)
  • netstatzeigt an, dass kein Prozess auf Port 3389 lauscht
  • "Remote-Einstellungen" wird konfiguriert mitAllow connections from computers running any version of Remote Desktop ...
  • ( Remotedesktopdienste services, Remotedesktopkonfiguration und Remotedesktopdienste-Benutzermodus-Port-Redirector werden ausgeführt)
  • Der Dienst Cryptographic Serviceswird ebenfalls gestartet
  • Fensterfirewall is disabled
  • no third party firewallist installiert
  • In der Registry ist Port 3389 konfiguriert unter..\Control\TerminalServer\WinStations\RDP-Tcp
  • habe den IP-Stack zurückgesetzt, aber ohne Erfolg

Der Kunde sagt, dass es in der Vergangenheit funktioniert hat.

Bearbeiten
Im Netstat-Log (netstat -abn) findet sich kein Eintrag wie

TCP    0.0.0.0:3389           0.0.0.0:0              LISTENING

und Telnet

telnet 10.15.100.101 3389

stellt keine Verbindung vom lokalen Host und von einem Remote-Host im selben Netzwerk her, obwohl die Firewall deaktiviert ist und andere Ports (wie 445) zuhören und antworten.

Bearbeiten
Habe einen ähnlichen Thread gefundenHierund die Vermutung, dass es folgende Ursachen haben könnte:KB2830477. Hat nicht geholfen.

Antwort1

Um zu erfahren, auf welchem ​​Port der RDP-Dienst lauscht, überprüfen Sie den folgenden Registrierungspfad:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp

So ermitteln/ändern Sie den standardmäßigen RDP-Abhörport

Stellen Sie sicher, dass auf Ihren lokalen physischen Netzwerkgeräten (Router, Firewall) Portbeschränkungen bestehen.

Antwort2

Nach der Deinstallation dieser Updates funktioniert der Remotedesktop wieder:

Update für RDP 8.1 KB2923545

Update für RDP 8.0 KB2592687

Dies kann nicht die endgültige Lösung sein, aber im Moment kann der Kunde damit arbeiten.

Antwort3

Ich habe dieses Problem gerade behoben, genau die gleichen Symptome, indem ich die Registrierung von einem funktionierenden Server auf meinen fehlerhaften Server kopiert habe. Die Schlüssel in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server

Zuerst ein Backup erstellt, dann funktionierende Schlüssel über fehlerhafte kopiert und fertig! Nicht einmal ein Neustart nötig ...

verwandte Informationen