12
RPD Verbindung funktioniert nicht mehr
Hallo zusammen!
Ich habe vorgestern eine RPD-Verbindung eingerichtet, die auch wunderbar funktioniert hat. Anscheinend wurde der PC wegen Updates neu gestartet und nun schlägt die Verbindung übers Internet fehl:
Der Remotedesktop kann aus einem der folgenden Gründe keine Verbindung mit dem Remotecomputer herstellen...
Der Rechner hat Win7 Pro, hat also "legal" die Möglichkeit für RDP. Der Rechner sitzt hinter einem Router, dort ist die Portweiterleitung nach wie vor aktiviert. Die Windows-Firewall ist aktiv, der Port für TCP ist freigegeben. Über den Dienst no-ip (Ähnlich DynDNS) wird eine IP-Adresse zur Verfügung gestellt. Diese funktioniert auch und läßt sich pingen. Und es ist kein Domänen-Netzwerk.
Überraschenderweise funktioniert die Verbindung von einem Rechner innerhalb des Netzwerks. Der baut die Verbindung aber auch über den no-ip Dienst (per xyz.no-ip.info) auf, versucht es also nicht direkt über die IP des Rechners selbst.
Die drei Gründe aus der Fehlermeldung sind:
1. Der Remotezugriff auf den Server ist nicht aktiviert.
Geprüft, Verbindung klappt ja von einem Rechner ohne Probleme.
2. Der Remotecomputer ist ausgeschaltet
Ist er natürlich nicht
3. Der Remotecomputer ist im Netzwerk nicht verfügbar
Kann auch nicht sein, Internet geht, RPD geht ja über den einen Rechner auch
Hat jemand noch einen Tipp woran es liegen könnte, mir gehen gerade die Ideen aus.
Grüße
Jürgen Mayer
Ich habe vorgestern eine RPD-Verbindung eingerichtet, die auch wunderbar funktioniert hat. Anscheinend wurde der PC wegen Updates neu gestartet und nun schlägt die Verbindung übers Internet fehl:
Der Remotedesktop kann aus einem der folgenden Gründe keine Verbindung mit dem Remotecomputer herstellen...
Der Rechner hat Win7 Pro, hat also "legal" die Möglichkeit für RDP. Der Rechner sitzt hinter einem Router, dort ist die Portweiterleitung nach wie vor aktiviert. Die Windows-Firewall ist aktiv, der Port für TCP ist freigegeben. Über den Dienst no-ip (Ähnlich DynDNS) wird eine IP-Adresse zur Verfügung gestellt. Diese funktioniert auch und läßt sich pingen. Und es ist kein Domänen-Netzwerk.
Überraschenderweise funktioniert die Verbindung von einem Rechner innerhalb des Netzwerks. Der baut die Verbindung aber auch über den no-ip Dienst (per xyz.no-ip.info) auf, versucht es also nicht direkt über die IP des Rechners selbst.
Die drei Gründe aus der Fehlermeldung sind:
1. Der Remotezugriff auf den Server ist nicht aktiviert.
Geprüft, Verbindung klappt ja von einem Rechner ohne Probleme.
2. Der Remotecomputer ist ausgeschaltet
Ist er natürlich nicht
3. Der Remotecomputer ist im Netzwerk nicht verfügbar
Kann auch nicht sein, Internet geht, RPD geht ja über den einen Rechner auch
Hat jemand noch einen Tipp woran es liegen könnte, mir gehen gerade die Ideen aus.
Grüße
Jürgen Mayer
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 214393
Url: https://administrator.de/contentid/214393
Ausgedruckt am: 22.11.2024 um 15:11 Uhr
12 Kommentare
Neuester Kommentar
Hallo Jürgen Mayer,
hast du schonmal versucht die Firewall zu deaktivieren und dann eine RDP-Verbindung aufzubauen ?
hast du schonmal versucht die Firewall zu deaktivieren und dann eine RDP-Verbindung aufzubauen ?
Das hat jetzt aber mit RDP nichts zu tun ... da müsstest Du schon den RDP-Port freigeben, wenn Du ohne VPN auf die Büchse willst ...
Ist aber eigentlich sowieso ein nogo, ohne VPN RDP zuzulassen ...
LG, Thomas
Überraschenderweise funktioniert die Verbindung von einem Rechner innerhalb des Netzwerks. Der baut die Verbindung aber auch
über den no-ip Dienst (per xyz.no-ip.info) auf, versucht es also nicht direkt über die IP des Rechners selbst.
Weswegen nicht? Wenn Du die IP eingibst, muss der sich auch über die IP einwählen ... Was ist das für ein Router? Macht der DNS? Ist da NAT loopback aktiv?über den no-ip Dienst (per xyz.no-ip.info) auf, versucht es also nicht direkt über die IP des Rechners selbst.
Ist aber eigentlich sowieso ein nogo, ohne VPN RDP zuzulassen ...
LG, Thomas
Ja, ich meinte schon den RDP-Port, also 3389. Der Router ist ein VOIP-Gerät von AVM/Fritz. Und RDP soll natürlich sobald wie möglich auch über VPN laufen, ich bin aber noch nicht so weit, wollte es überhaupt erst mal stabil zum laufen bekommen.
Gestern hatte ich es übrigens übers Internet von mehreren Rechnern aus probiert und es hat immer geklappt.
Grüße, Jürgen
Gestern hatte ich es übrigens übers Internet von mehreren Rechnern aus probiert und es hat immer geklappt.
Grüße, Jürgen
Zitat von @Alex-123:
Hallo Jürgen Mayer,
hast du schonmal versucht die Firewall zu deaktivieren und dann eine RDP-Verbindung aufzubauen ?
Hallo Jürgen Mayer,
hast du schonmal versucht die Firewall zu deaktivieren und dann eine RDP-Verbindung aufzubauen ?
Abschalten der Firewall habe ich nicht probiert. Bei meinen Tests hat es aber gestern von mehreren Rechnern aus übers Internet funktioniert. Der Port/Dienst in der Firewall ist aber auf jeden Fall freigegeben, das habe ich nochmals überprüft.
Grüße, Jürgen
Wenn es jetzt immer von mehreren Rechnern aus dem Internet klappt ist das Problem ja erledigt...oder ?
Ansonsten einfach mal einen Wireshark Sniffer auf dem RDP Rechner starten und checken ob dort überhaupt RDP Pakte von extern einlaufen und...ob der RDP Rechner drauf antwortet.
Somit weisst du dann ob das Port Forwarding sauber funktioniert im Router.
Nur den Port in der lokalen Firewall freizuschalten ist nur die halbe Miete ! Die lokale Firewall blockt weiterhin generell eingehende Pakete mit fremden, nicht lokalen IP Absenderadressen.
Diese hast du ja zweifelsohne wenn du von remote zugreifst. Folglich solltest du also in der Firewall ebenso das Blocking der externen IPs für den RDP Port deaktivieren.
Wenns dann immer noch nicht klappt nimmst du den Wireshark oder MS Netmonitor von oben...
http://www.wireshark.org
http://www.microsoft.com/en-us/download/details.aspx?id=4865
Damit weisst du sofort was genau los ist !!
Ansonsten einfach mal einen Wireshark Sniffer auf dem RDP Rechner starten und checken ob dort überhaupt RDP Pakte von extern einlaufen und...ob der RDP Rechner drauf antwortet.
Somit weisst du dann ob das Port Forwarding sauber funktioniert im Router.
Nur den Port in der lokalen Firewall freizuschalten ist nur die halbe Miete ! Die lokale Firewall blockt weiterhin generell eingehende Pakete mit fremden, nicht lokalen IP Absenderadressen.
Diese hast du ja zweifelsohne wenn du von remote zugreifst. Folglich solltest du also in der Firewall ebenso das Blocking der externen IPs für den RDP Port deaktivieren.
Wenns dann immer noch nicht klappt nimmst du den Wireshark oder MS Netmonitor von oben...
http://www.wireshark.org
http://www.microsoft.com/en-us/download/details.aspx?id=4865
Damit weisst du sofort was genau los ist !!
Gestern(!) hat es von mehreren Rechnern übers Internet funktioniert, heute geht es nicht mehr! Nur von einem Rechner der im gleichen Netz ist, geht es heute noch. Wireshark werde ich gerne testen.
Grüße, Jürgen
Grüße, Jürgen
Dann sind wir mal aufs Feedback und die Fakten gespannt....!
Hat die Koste nach dem reboot noch die gleiche IP wie vorher?
Ja. Innerhalb des Netzwerks hat der Rechner eine feste IP. Und nach bzw. von außen sorgt der no-ip Dienst (ähnlich wie DynDNS) für die korrekte IP.
Grüße, Jürgen
Hm, ohne das ich etwas geändert habe, funktioniert es momentan wieder... Ich bin etwas ratlos.
Grüße, Jürgen
Grüße, Jürgen
Na denn....Case closed !
Wie befürchtet (und auch wie erwartet) ist die Verbindung am Wochenende wieder ausgefallen. Gerade jetzt, als ich mit WireShark und TeamViewer die eingehenden Pakete prüfen wollte, geht es wieder... Ich bin eigentlich immer noch ratlos. Ich habe gerade die Logs in der Fritzbox (es ist übrigens ein VOIP Gateway 5188) durchgesehen und nichts ungeöhnliches gefunden. Als einziges macht mich folgene Meldung etwas stutzig:
Dynamic DNS-Fehler: Die Dynamic DNS-Aktualisierung war erfolgreich, anschließend trat jedoch ein Fehler bei der DNS-Auflösung auf.
Dieser Fehler tritt häufig nach der nächtlichen Zwangstrennung und der folgenden Wiederverbindung auf. Aber dieser Fehler passierte auch letzte Nacht und jetzt klappt die Verbindung dennoch. Noch jemand einen Tipp für mich?
Grüße, Jürgen
Dynamic DNS-Fehler: Die Dynamic DNS-Aktualisierung war erfolgreich, anschließend trat jedoch ein Fehler bei der DNS-Auflösung auf.
Dieser Fehler tritt häufig nach der nächtlichen Zwangstrennung und der folgenden Wiederverbindung auf. Aber dieser Fehler passierte auch letzte Nacht und jetzt klappt die Verbindung dennoch. Noch jemand einen Tipp für mich?
Grüße, Jürgen
