fusi666
Goto Top

DynDNS Portweiterleitung

Hab ein kleines Problem mit DynDNS. Hab den DynDNS upadter laufen auf dem Rechner und im
Routermenü meine DynDNS Daten korrekt eingetragen.
Anpingen kann ich den Rechner, das klappt.
Jedoch wenn ich per Remote Desktop auf den Rechner connecten will komm ich nicht drauf.

Bleib ich etwa beim Router hängen?

Wie muss ich vorgehen wenn ich auf mein VMWare Server connecten will.
Hab unter VMWare die Netzwerksettings gebridged

Content-ID: 118495

Url: https://administrator.de/contentid/118495

Ausgedruckt am: 15.11.2024 um 23:11 Uhr

user217
user217 18.06.2009 um 15:21:32 Uhr
Goto Top
Zitat von @fusi666:
Hab ein kleines Problem mit DynDNS. Hab den DynDNS upadter laufen auf
dem Rechner und im
Routermenü meine DynDNS Daten korrekt eingetragen.
Wo?

Anpingen kann ich den Rechner, das klappt.
Jedoch wenn ich per Remote Desktop auf den Rechner connecten will
komm ich nicht drauf.

Portforwarding am Router auf die Interne IP (RDP Ziel IP)

Bleib ich etwa beim Router hängen?

Wie muss ich vorgehen wenn ich auf mein VMWare Server connecten
will.
Hab unter VMWare die Netzwerksettings gebridged
aqui
aqui 19.06.2009 um 14:38:20 Uhr
Goto Top
Der DynDNS Updater gehört NICHT auf eine Endgerät hinter der NAT Firewall des Routers sondern immer nur auf den Router selber !!!
Der Router ist der einzige DynDNS Client ! Auf einen Rechner im lokalen Netz hat sowas nix zu suchen !!!

Der NAT Prozess ist ja nur auf dem Router und nicht im lokalen Netz.
Vom Server solltest du ihn dann gleich wieder löschen.

Der DynDNS Client gibt die öffentliche IP des Servers zurück und dort auf dem Router stellst du ein Portforwarding ein für deine ganzen (VM)Server...so einfach ist das !

Also Portweiterleitung im Router z.B.

inbound TCP 53389 auf inbound server IP TCP 3389

Dann startest du den RDP Client und gibst als Ziel <mein.dyndns.adr>:53389 an !!
Die 53389 zur Sicherheit damit nicht gleich das ganze Internet deinen Rechner fernsteuern kann !! Die Standardports werden permanent an der öffentlichen IP auf solche "Löcher" gescannt, deshalb sollte man nach außen besser diese default Ports nicht verwenden !!

Das das VM Szenario bridged betrieben werden muss ist richtig !!