Server 2012 - individueller Remotedesktop-Port nach Neustart geblockt
Hallo,
auf einem Server 2012 R2 habe ich den Port für den Remotezugang in der Registry geändert.
So wie sonst auch auf anderen Rechnern, ohne Probleme.
Als Beispiel sei hier mal Port 6500 genannt.
Die Firewall dann entsprechend angepasst, den Port freigeschaltet.
Dienste beendet und wieder neu gestartet. Alles funktioniert, bis zu einem Server-Neustart.
Auf Teufel komm raus komme ich über diesen Port nicht mehr auf den Server.
Jetzt gehe ich hin, ändere den Port auf 6501, passe die Firewall an, Remotedesktop über 6501 funktioniert.
Bis Neustart.
Mittlerweile bin ich bei gefühlten 6600 angekommen. Hab das Problem immer nach hinten geschoben.
Hat jemand eine Idee???
Danke
auf einem Server 2012 R2 habe ich den Port für den Remotezugang in der Registry geändert.
So wie sonst auch auf anderen Rechnern, ohne Probleme.
Als Beispiel sei hier mal Port 6500 genannt.
Die Firewall dann entsprechend angepasst, den Port freigeschaltet.
Dienste beendet und wieder neu gestartet. Alles funktioniert, bis zu einem Server-Neustart.
Auf Teufel komm raus komme ich über diesen Port nicht mehr auf den Server.
Jetzt gehe ich hin, ändere den Port auf 6501, passe die Firewall an, Remotedesktop über 6501 funktioniert.
Bis Neustart.
Mittlerweile bin ich bei gefühlten 6600 angekommen. Hab das Problem immer nach hinten geschoben.
Hat jemand eine Idee???
Danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 414795
Url: https://administrator.de/forum/server-2012-individueller-remotedesktop-port-nach-neustart-geblockt-414795.html
Ausgedruckt am: 19.01.2025 um 12:01 Uhr
3 Kommentare
Neuester Kommentar
Zitat von @certifiedit.net:
Hallo,
ja, Standardports in (Windows)systemen zu ändern ist blödsinnig und führt
a) zu vielen Problemen
b) zu keinem Sicherheitsgewinn
Daher besser die Zeit in anderes investieren (IDS/IPS) usw...
für den anfang reicht auch ein VPN....Hallo,
ja, Standardports in (Windows)systemen zu ändern ist blödsinnig und führt
a) zu vielen Problemen
b) zu keinem Sicherheitsgewinn
Daher besser die Zeit in anderes investieren (IDS/IPS) usw...
VG