Kurze Antwort
Wenn die RDP-Verbindung nicht hergestellt wird, prüfen Sie zuerst, ob der Computer im Netzwerk erreichbar ist und ob der RDP-Dienst läuft. Überprüfen Sie dann Firewall-Regeln, Benutzerberechtigungen und mögliche Zertifikatfehler. In den meisten Fällen lässt sich das Problem durch einen Neustart des Dienstes oder eine Korrektur der Firewall-Regeln beheben.
So erkennen Sie das Problem
- Der Client meldet „Remotedesktop kann keine Verbindung zum Remotecomputer herstellen“
- Die Verbindung wird sofort nach Eingabe des Kennworts getrennt
- Ping funktioniert, aber der RDP-Port 3389 antwortet nicht
- Es erscheint eine Meldung zu Zertifikat oder „Anmeldeinformationen“
- RDP funktioniert lokal, aber nicht von einem entfernten Standort
Häufigste Ursachen
RDP-Dienst ist nicht gestartet
Der Dienst „Remotedesktopdienste“ kann beendet oder deaktiviert sein, sodass der Server keine Verbindungen annimmt.
Firewall blockiert Port 3389
Die Windows-Firewall oder eine Netzwerkfirewall auf dem Router kann eingehenden Datenverkehr auf dem RDP-Port blockieren.
Benutzer hat keine RDP-Berechtigung
Das Konto muss Mitglied der Gruppe „Remotedesktopbenutzer“ sein oder über das entsprechende Recht in der lokalen Richtlinie verfügen.
Netzwerkprofil- oder VPN-Problem
Ein falsches Netzwerkprofil (Öffentlich statt Privat) oder eine unterbrochene VPN-Verbindung kann den Zugriff verhindern.
Fehlerhaftes Zertifikat oder NLA
Ein abgelaufenes Zertifikat oder eine Abweichung bei der Netzwerkauthentifizierung (NLA) kann die Authentifizierung unterbrechen.
Lösung Schritt für Schritt
- 1
Grundlegende Erreichbarkeit des Servers prüfen
Führen Sie auf dem Client-Rechner
ping Servernameundping IP-Adresse-des-Serversaus. Wenn Ping fehlschlägt, bedeutet das nicht unbedingt ein RDP-Problem, da ICMP oft blockiert ist; prüfen Sie die Erreichbarkeit auch mitTest-NetConnectionauf Port 3389. Stellen Sie außerdem sicher, dass der Server eingeschaltet und das Netzwerkkabel verbunden ist. - 2
Bestätigen, dass RDP aktiviert ist
Führen Sie auf dem Server
sysdm.cplaus und öffnen Sie die Registerkarte „Remote“. Stellen Sie sicher, dass „Remoteverbindungen mit diesem Computer zulassen“ aktiviert ist; falls nicht, aktivieren Sie die Option und klicken Sie auf „Übernehmen“. - 3
Status des RDP-Dienstes prüfen
Öffnen Sie
services.mscund suchen Sie „Remotedesktopdienste“. Wenn der Status „Beendet“ ist, starten Sie den Dienst (Rechtsklick > „Starten“). Der Starttyp ist normalerweise „Manuell“, da der Dienst bei der ersten Verbindung bei Bedarf gestartet wird; das ist kein Fehler. Ein Neustart dieses Dienstes unterbricht alle aktiven RDP-Sitzungen. - 4
Windows-Firewall-Regeln prüfen
Suchen Sie unter
Windows Defender Firewall > Erweiterte Einstellungen > Eingehende Regelnnach den Regeln „Remotedesktop - Benutzermodus (TCP-In)“ und „Remotedesktop - Benutzermodus (UDP-In)“. Wenn sie deaktiviert sind, aktivieren Sie sie, aber wenden Sie sie nur auf die Profile Domäne und Privat an; vermeiden Sie das Öffnen von RDP im öffentlichen Profil. - 5
Benutzerberechtigungen prüfen
Öffnen Sie
lusrmgr.mscodercompmgmt.mscund fügen Sie das Anmeldekonto zur Gruppe „Remotedesktopbenutzer“ hinzu. Wenn Sie eine Domäne verwenden, prüfen Sie auch die Gruppe in Active Directory. Melden Sie sich ab und wieder an, damit die Änderungen wirksam werden. - 6
Port 3389 testen
Führen Sie auf dem Client in PowerShell
Test-NetConnection -ComputerName Servername -Port 3389aus. Wenn „TcpTestSucceeded“ False ist, ist der Port blockiert oder der Dienst lauscht nicht darauf. Prüfen Sie auch, ob ein Antivirenprogramm oder eine Firewall eines Drittanbieters den Port blockiert. - 7
NLA und Zertifikat prüfen
Deaktivieren Sie unter
sysdm.cpl > Remotevorübergehend „Verbindungen nur von Computern zulassen, auf denen Remotedesktop mit Netzwerkauthentifizierung ausgeführt wird“ als Test. Wenn die Verbindung dann funktioniert, liegt das Problem bei NLA oder dem Zertifikat; aktivieren Sie NLA so bald wie möglich wieder. Prüfen Sie für das Zertifikatcertlm.msc > Remotedesktopund ob es abgelaufen ist. - 8
RDP-Dienst und Server neu starten
Wenn die vorherigen Schritte nicht geholfen haben, starten Sie den Dienst „Remotedesktopdienste“ über
services.mscneu. Beachten Sie, dass ein Neustart alle aktiven RDP-Sitzungen unterbricht; führen Sie ihn daher außerhalb der Arbeitszeiten durch. Wenn auch das nicht hilft, starten Sie den Server neu, aber nur wenn Sie einen alternativen Zugriff (Konsole, iLO/iDRAC) haben und nach vorheriger Ankündigung an die Benutzer. - 9
Netzwerkprofil und VPN prüfen
Wählen Sie unter
Einstellungen > Netzwerk und Internetdie aktive Verbindung (Ethernet oder WLAN) und prüfen Sie den „Netzwerkprofilttyp“; eine zuverlässigere Prüfung ist der BefehlGet-NetConnectionProfilein PowerShell auf dem Server. Wenn Sie VPN verwenden, stellen Sie sicher, dass die Verbindung aktiv ist und eine Route zum Server besteht. Trennen Sie die VPN-Verbindung und stellen Sie sie erneut her, dann versuchen Sie es noch einmal.
Wenn nichts hilft: erweiterte Diagnose
Wenn die Verbindung weiterhin nicht hergestellt wird, prüfen Sie die Ereignisanzeige auf dem Server (eventvwr.msc) unter Windows-Protokolle > System und Anwendungs- und Dienstprotokolle > Microsoft > Windows > TerminalServices-LocalSessionManager und TerminalServices-RemoteConnectionManager. Suchen Sie nach Fehlern mit Ereignis-IDs, die sich auf RDP beziehen. Deaktivieren Sie außerdem vorübergehend Antiviren- oder Endpoint-Schutz und testen Sie, aktivieren Sie ihn aber sofort danach wieder. Wenn sich der Server hinter NAT befindet, prüfen Sie, ob der Port an die richtige IP-Adresse weitergeleitet wird. Für entfernte Standorte prüfen Sie, ob der Provider Port 3389 blockiert. Als letzte Option ändern Sie den RDP-Port in der Registry (HKLM\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber), aktualisieren Sie die Firewall-Regel und starten Sie den Dienst neu, aber exportieren Sie vor der Änderung unbedingt den Schlüssel (Backup), da Sie sonst den RDP-Zugriff verlieren können.
So beugen Sie vor
- Aktualisieren Sie Windows Server und RDP-Clients regelmäßig.
- Verwenden Sie VPN oder RD Gateway, anstatt den RDP-Port direkt dem Internet auszusetzen.
- Prüfen Sie regelmäßig die Gültigkeit von Zertifikaten und die NLA-Einstellungen.
- Führen Sie Aufzeichnungen über die Mitgliedschaft in der Gruppe Remotedesktopbenutzer.
Wann Sie einen Profi rufen sollten
Wenn Sie alle genannten Schritte geprüft haben und das Problem weiterhin besteht oder wenn Sie keinen administrativen Zugriff auf den Server haben, wenden Sie sich an den IT-Support. Dieser kann Protokolle analysieren und die Netzwerkinfrastruktur sowie Sicherheitsrichtlinien prüfen.
IT-Infrastruktur-Wartung · Server, Netzwerke, Backup, Sicherheit und HelpdeskHäufige Fragen
Warum funktioniert RDP lokal, aber nicht von einem entfernten Standort?
Häufigste Ursache ist die Firewall auf dem Router oder der Provider, der Port 3389 blockiert. Prüfen Sie, ob der Port weitergeleitet ist und ob Datenverkehr aus dem entfernten Netzwerk zugelassen wird.
Wie erkenne ich, ob das Problem am Zertifikat liegt?
Wenn die Verbindung sofort nach Eingabe des Kennworts getrennt wird oder eine Zertifikatmeldung erscheint, prüfen Sie das Ablaufdatum in `certlm.msc` unter „Remotedesktop“. Deaktivieren Sie außerdem vorübergehend NLA und testen Sie.
Ist es sicher, NLA zu deaktivieren?
Das Deaktivieren von NLA verringert die Sicherheit, da ältere Clients zugelassen werden. Verwenden Sie es nur als vorübergehenden Test und aktivieren Sie NLA nach der Ursachenermittlung wieder.