11
Win XP Pro SP3 Probleme mit Remote Desktop Verbindung aus Heimnetzwerk nach aussen
Win XP Pro SP3, Remote Desktop Verbindung klappt nur im Heimnetzwerk, aber nicht nach aussen
Hallo allerseits
Die Situation: 2 PC in der Arbeitsgruppe, bedie mit Win XP Pro SP3. Von einem Dienstleister habe ich ein File mit der Endung RDP erhalten, mit welchem ich auf einen Server zugreifen kann. Auf dem einem PC geht es, auf dem anderen kommt die Meldung, dass der betreffende Computer nicht gefunden werden kann. Interne RDP Verbindungen zwischen den beiden PC funktionieren, beide hängen an einem Switch und der dann am ADSL Router. Die Netzwerkkonfiguration ist bei beiden auf automatische Zuweisung der IP und des DNS Servers eingestellt. Ausschalten der (Windows)Firewall bringt nichts. Die Router Firewall ist ja kaum von Bedeutung, da der eine PC ja raus kommt.
Das Schadenbild legt ein Problem bei der DNS Auflösung nahe, aber ich komme nicht darauf, wo das genau abgeht.
Der Server heisst übrigens SQ-RDFARM1.systematiq.cz, ist eine Demosite, also keine Gefahr.
Vielen Dank für alle Tips
Gruss aus dem eiskalten Prag!
Heinz
Hallo allerseits
Die Situation: 2 PC in der Arbeitsgruppe, bedie mit Win XP Pro SP3. Von einem Dienstleister habe ich ein File mit der Endung RDP erhalten, mit welchem ich auf einen Server zugreifen kann. Auf dem einem PC geht es, auf dem anderen kommt die Meldung, dass der betreffende Computer nicht gefunden werden kann. Interne RDP Verbindungen zwischen den beiden PC funktionieren, beide hängen an einem Switch und der dann am ADSL Router. Die Netzwerkkonfiguration ist bei beiden auf automatische Zuweisung der IP und des DNS Servers eingestellt. Ausschalten der (Windows)Firewall bringt nichts. Die Router Firewall ist ja kaum von Bedeutung, da der eine PC ja raus kommt.
Das Schadenbild legt ein Problem bei der DNS Auflösung nahe, aber ich komme nicht darauf, wo das genau abgeht.
Der Server heisst übrigens SQ-RDFARM1.systematiq.cz, ist eine Demosite, also keine Gefahr.
Vielen Dank für alle Tips
Gruss aus dem eiskalten Prag!
Heinz
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: 204156
Url: https://administrator.de/contentid/204156
Ausgedruckt am: 22.11.2024 um 17:11 Uhr
11 Kommentare
Neuester Kommentar
Vermutlich hast du unterschiedliche Client Versionen des RDP Clients.
Sinnvoll ist es die aktuellste Version für XP zu installieren und dann sollte es von beiden Clients fehlerfrei klappen:
http://support.microsoft.com/kb/969084/de
Übrigens: bringt ein nslookup sq-rdfarm1.systematiq.cz keinerlei gültige IP zurück, diese Domain ist also im Internet inexistent. Damit ist es dann so oder so kein Wunder das man darauf niemals zugreifen kann...auch wenns angeblich eine Demosite ist !!
Kannst du ja selber auch mal testen...
Sinnvoll ist es die aktuellste Version für XP zu installieren und dann sollte es von beiden Clients fehlerfrei klappen:
http://support.microsoft.com/kb/969084/de
Übrigens: bringt ein nslookup sq-rdfarm1.systematiq.cz keinerlei gültige IP zurück, diese Domain ist also im Internet inexistent. Damit ist es dann so oder so kein Wunder das man darauf niemals zugreifen kann...auch wenns angeblich eine Demosite ist !!
Kannst du ja selber auch mal testen...
Hallo aqui
Hmm, die RDP Clients sind dieselben, XP wurde immer aktualisiert, das mit dem nsloookup ist mir auch aufgefallen, aber vom 2 Client aus geht es ja. Ich glaube es muss aber schon mit der DNS Überstetzung zusammenhängen. Kennst Du evt. einen öffentlichen RDP Server, wo ich mal versuchen könnte, obs woanders klappt?
Gruss
Heinz
Hmm, die RDP Clients sind dieselben, XP wurde immer aktualisiert, das mit dem nsloookup ist mir auch aufgefallen, aber vom 2 Client aus geht es ja. Ich glaube es muss aber schon mit der DNS Überstetzung zusammenhängen. Kennst Du evt. einen öffentlichen RDP Server, wo ich mal versuchen könnte, obs woanders klappt?
Gruss
Heinz
Richtig !! Am 2ten Client hast du ein DNS Problem und kein RDP Problem. Versuchs mit der nackten IP, denn damit umgehst du erstal das DNS. Damit wird es klappten (kommt man auch eigentlich schnell von selbst drauf !?!)
Übrigens nützt dir ein Update nichts, denn damit wird die RDP Client Version nicht upgedatet !!
Es macht also durchaus Sinn den obigen RDP Patch einzuspielen um mit der aktuellsten RDP Version kompatibel zu sein. Gerade wenn man auf aktuellere Winblows OS zugreift !
Übrigens nützt dir ein Update nichts, denn damit wird die RDP Client Version nicht upgedatet !!
Es macht also durchaus Sinn den obigen RDP Patch einzuspielen um mit der aktuellsten RDP Version kompatibel zu sein. Gerade wenn man auf aktuellere Winblows OS zugreift !
Hallo aqui
Danke für Deine Antwort. Ichversuche nicht sinnlose Fragen zu stellen, einiges versteh ich schon. Klar den Patch habe ich schon ganz am Anfang eingespielt, ändert nichts. Mit der IP habe ich auch meine Mühe, ich kriege ja keine Antwort mit nslookup, wie Du ja auch bemerkt hast. Habe die verschiedensten DNS Server versucht.
Ich habe es mittlerweilen auch auf meinem NTB versucht, auch hier klappt der Zugriff auf den Server trotzdem (es gibt nachher ein Problem mit dem Passwort, aber das hat damit nichts zu tun).
Leider komme ich also auf meinem PC nicht weiter.
Danke für Deine Antwort. Ichversuche nicht sinnlose Fragen zu stellen, einiges versteh ich schon. Klar den Patch habe ich schon ganz am Anfang eingespielt, ändert nichts. Mit der IP habe ich auch meine Mühe, ich kriege ja keine Antwort mit nslookup, wie Du ja auch bemerkt hast. Habe die verschiedensten DNS Server versucht.
Ich habe es mittlerweilen auch auf meinem NTB versucht, auch hier klappt der Zugriff auf den Server trotzdem (es gibt nachher ein Problem mit dem Passwort, aber das hat damit nichts zu tun).
Leider komme ich also auf meinem PC nicht weiter.
Hallo,
versuch doch einmal dich mit dem funktionsfähigen PC zum Host zu verbinden und per netstat -A die IP herauszufinden...
Gruß
Carsten
versuch doch einmal dich mit dem funktionsfähigen PC zum Host zu verbinden und per netstat -A die IP herauszufinden...
Gruß
Carsten
Richtig...das wäre der richtige Weg. Du hast de facto ein DNS Problem aber kein Netzwerkproblem an sich !
Ein nslookup ergibt weiterhin:
C:\>nslookup sq-rdfarm1.systematiq.cz
Server: UnKnown
Address: 10.1.1.254
*** sq-rdfarm1.systematiq.cz wurde von UnKnown nicht gefunden: Non-existent domain.
Und das von mehreren Providern !
Diese Doamin ist also gar nicht existent !!
Obwohl....
die zugehörige Root Domain:
C:\>nslookup systematiq.cz
Server: UnKnown
Address: 10.1.1.254
Nicht autorisierende Antwort:
Name: systematiq.cz
Address: 213.235.133.231
...sehr wohl existent ist unter der IP 213.235.133.231 !!
Ein Webzugriff drauf ergibt: ABRA Software a.s. - WEBHOSTING (ZEUS) Mit HTTPS: secure.australiaonline.cz (ZEUS)
Da stimmt also was im DNS System von "systematiq.cz" was nicht, die Subdomain "sq-rdfarm1" ist dort schlicht und einfach im DNS Server nicht konfiguriert !
Da suchst du dir dann, mit welchem PC auch immer, einen Wolf....klar !
Zusätzlich dazu reportet Ping_Plotter bzw. http://www.pingplotter.com/download.html noch einen erheblichen Packet Loss in diversen Links zum Ziel ! Alles astrein ist da also in Tschechien nix !
Ein nslookup ergibt weiterhin:
C:\>nslookup sq-rdfarm1.systematiq.cz
Server: UnKnown
Address: 10.1.1.254
*** sq-rdfarm1.systematiq.cz wurde von UnKnown nicht gefunden: Non-existent domain.
Und das von mehreren Providern !
Diese Doamin ist also gar nicht existent !!
Obwohl....
die zugehörige Root Domain:
C:\>nslookup systematiq.cz
Server: UnKnown
Address: 10.1.1.254
Nicht autorisierende Antwort:
Name: systematiq.cz
Address: 213.235.133.231
...sehr wohl existent ist unter der IP 213.235.133.231 !!
Ein Webzugriff drauf ergibt: ABRA Software a.s. - WEBHOSTING (ZEUS) Mit HTTPS: secure.australiaonline.cz (ZEUS)
Da stimmt also was im DNS System von "systematiq.cz" was nicht, die Subdomain "sq-rdfarm1" ist dort schlicht und einfach im DNS Server nicht konfiguriert !
Da suchst du dir dann, mit welchem PC auch immer, einen Wolf....klar !
Zusätzlich dazu reportet Ping_Plotter bzw. http://www.pingplotter.com/download.html noch einen erheblichen Packet Loss in diversen Links zum Ziel ! Alles astrein ist da also in Tschechien nix !
Also komisch ist ja, dass das Ganze vom Notebook aus funktioniert... und der hängt am selben Router, bezieht die DNS auch vom Router. Da soll noch einer drauskommen. Die von der anderen Seite verweisen darauf, dass es ja mit dem Notebook gehe, damit ist das Thema dort abgehakt. Als ich wegen der IP gemotzt habe, wurde mir erklärt, dass es mit der IP "nicht gehe". Jetzt bin ich wieder der Affe...
Also das Problem scheint schon auf meiner Seite zu liegen. Aus irgendeinem Grunde komme ich nicht reaus. Ich habe jetzt extra einen alternativen RDP Client installiert, und das Problem bleibt bestehen. Auf dem NTB im gleichen Netz gehts. Also scheint am meinem PC etwas falsch zu sein.
Und hier wäre nun Hilfe gefragt, wo suchen? Internet, Mail etc. läuft normal.
Und hier wäre nun Hilfe gefragt, wo suchen? Internet, Mail etc. läuft normal.
Hast du vielleicht eine statische Route oder einen HOST-Eintrag gesetzt ?!
Mehr fällt mir zumindest nicht mehr ein..
Gruß
Carsten
Mehr fällt mir zumindest nicht mehr ein..
Gruß
Carsten
Hallo
Hosts file habe ich geprüft und eine leere Datei probehalber eingestzt, nix
Statische Route are wohl im Router, das atte dann ja auch Einfluss auf die beiden anderen Clients, die aber funzen.
Der Provider hat mir aber nurn in Zusammenhang mit dem Zugang vom Andoid OS geschreiben, dass ein TS-Gateway angegeben werden müsse: moje.abra.eu und eine numerische IP für SQ-RDFARM1.systematiq.cz nicht existiere, da dieser nur vie das Gateway erreichbar sei. Da hört mein Latein nun auf, aber vielleicht versteht es jemand besser
Hosts file habe ich geprüft und eine leere Datei probehalber eingestzt, nix
Statische Route are wohl im Router, das atte dann ja auch Einfluss auf die beiden anderen Clients, die aber funzen.
Der Provider hat mir aber nurn in Zusammenhang mit dem Zugang vom Andoid OS geschreiben, dass ein TS-Gateway angegeben werden müsse: moje.abra.eu und eine numerische IP für SQ-RDFARM1.systematiq.cz nicht existiere, da dieser nur vie das Gateway erreichbar sei. Da hört mein Latein nun auf, aber vielleicht versteht es jemand besser
Hallo Carsten, habe leider Dein früheres Post übersehen. Hier die Werte vom Netstat:
Active Connections
Proto Local Address Foreign Address State
TCP ntb:http ntb:0 LISTENING
TCP ntb:epmap ntb:0 LISTENING
TCP ntb:https ntb:0 LISTENING
TCP ntb:microsoft-ds ntb:0 LISTENING
TCP ntb:3050 ntb:0 LISTENING
TCP ntb:57785 ntb:0 LISTENING
TCP ntb:1027 ntb:0 LISTENING
TCP ntb:netbios-ssn ntb:0 LISTENING
TCP ntb:1235 157.55.130.158:40012 ESTABLISHED
TCP ntb:1241 91.190.216.62:12350 ESTABLISHED
TCP ntb:1245 db3msgr5011703.gateway.messenger.live.com:https
ESTABLISHED
TCP ntb:2473 fa-in-f125.1e100.net:5222 ESTABLISHED
TCP ntb:4500 fa-in-f102.1e100.net:https ESTABLISHED
TCP ntb:4503 195.146.103.229:https ESTABLISHED
TCP ntb:4504 195.146.103.229:https ESTABLISHED
TCP ntb:4506 195.146.103.229:https ESTABLISHED
TCP ntb:4507 195.146.103.229:https ESTABLISHED
UDP ntb:https *:*
UDP ntb:microsoft-ds *:*
UDP ntb:isakmp *:*
UDP ntb:4500 *:*
UDP ntb:57785 *:*
UDP ntb:ntp *:*
UDP ntb:1218 *:*
UDP ntb:1220 *:*
UDP ntb:1900 *:*
UDP ntb:4502 *:*
UDP ntb:4505 *:*
UDP ntb:ntp *:*
UDP ntb:netbios-ns *:*
UDP ntb:netbios-dgm *:*
UDP ntb:1900 *:*
Aber das hilft nicht weiter. Ich sehe das Problem beim TS Gateway das ja im RDP Client 7.0 nicht mehr angegeben werden kann. Von diesem Gateway sollte ja dann die Verbindung auf den RD Server gehen. Dieses ist: moje.abra.eu Kann es sein, dass in der Registry dieses PC irgendwo noch was steckt, was diese automatische Gateway Erkennung (?) behindert. Der PC war früher in einer Domäne mit SBS 2003 und ISA 2004 (aber das war der andere auch...
Active Connections
Proto Local Address Foreign Address State
TCP ntb:http ntb:0 LISTENING
TCP ntb:epmap ntb:0 LISTENING
TCP ntb:https ntb:0 LISTENING
TCP ntb:microsoft-ds ntb:0 LISTENING
TCP ntb:3050 ntb:0 LISTENING
TCP ntb:57785 ntb:0 LISTENING
TCP ntb:1027 ntb:0 LISTENING
TCP ntb:netbios-ssn ntb:0 LISTENING
TCP ntb:1235 157.55.130.158:40012 ESTABLISHED
TCP ntb:1241 91.190.216.62:12350 ESTABLISHED
TCP ntb:1245 db3msgr5011703.gateway.messenger.live.com:https
ESTABLISHED
TCP ntb:2473 fa-in-f125.1e100.net:5222 ESTABLISHED
TCP ntb:4500 fa-in-f102.1e100.net:https ESTABLISHED
TCP ntb:4503 195.146.103.229:https ESTABLISHED
TCP ntb:4504 195.146.103.229:https ESTABLISHED
TCP ntb:4506 195.146.103.229:https ESTABLISHED
TCP ntb:4507 195.146.103.229:https ESTABLISHED
UDP ntb:https *:*
UDP ntb:microsoft-ds *:*
UDP ntb:isakmp *:*
UDP ntb:4500 *:*
UDP ntb:57785 *:*
UDP ntb:ntp *:*
UDP ntb:1218 *:*
UDP ntb:1220 *:*
UDP ntb:1900 *:*
UDP ntb:4502 *:*
UDP ntb:4505 *:*
UDP ntb:ntp *:*
UDP ntb:netbios-ns *:*
UDP ntb:netbios-dgm *:*
UDP ntb:1900 *:*
Aber das hilft nicht weiter. Ich sehe das Problem beim TS Gateway das ja im RDP Client 7.0 nicht mehr angegeben werden kann. Von diesem Gateway sollte ja dann die Verbindung auf den RD Server gehen. Dieses ist: moje.abra.eu Kann es sein, dass in der Registry dieses PC irgendwo noch was steckt, was diese automatische Gateway Erkennung (?) behindert. Der PC war früher in einer Domäne mit SBS 2003 und ISA 2004 (aber das war der andere auch...
