8
Terminal-Server (Remotedesktop-Verbindungen) umleiten
Guten Tag,
ich hoffe, mir kann an dieser Stelle geholfen werden (und ich habe den Richtigen Bereich für das Thema gewählt):
Eine Niederlassung greift z.Zt. auf unseren W2k3-Server mit fester IP zu und nutzt den mit auf der gleichen Maschine installierten Terminalserver. Nun wollten wir den Terminalserver separieren und haben ihn auf einem eigenständigen Gerät installiert. Das klappte soweit ganz gut und im LAN kann ich die IP des neuen Terminalservers ja auch direkt ansprechen; was ist aber mit den Zugriffen, die von außen kommen? Die sprechen ja die feste IP unseres Anschlusses an und landen dann zunächst auf unserem PDC, der ja nun aber nichtmehr die Remotedesktopanfragen bearbeiten soll.
Leider finde ich keine Einstellungsmöglichkeit und bin schon so ein wenig am verzweifeln, da ich's in Sachen Serverkonfiguration nicht weit bis zum Tellerrand habe...
Wie also kann ich meinem Server (PDC) klar machen, dass sämtliche Remoteanfragen vom Internet aus kommend, jetzt an den neuen Terminalserver geleitet werden sollen?
btw: das Internet kommt bei uns über eine FW auf eine 2. Netzwerkkarte (xxx.xxx.10.39) und leitet diese an die "1." (xxx.xxx.1.40) weiter.
ich hoffe, mir kann an dieser Stelle geholfen werden (und ich habe den Richtigen Bereich für das Thema gewählt):
Eine Niederlassung greift z.Zt. auf unseren W2k3-Server mit fester IP zu und nutzt den mit auf der gleichen Maschine installierten Terminalserver. Nun wollten wir den Terminalserver separieren und haben ihn auf einem eigenständigen Gerät installiert. Das klappte soweit ganz gut und im LAN kann ich die IP des neuen Terminalservers ja auch direkt ansprechen; was ist aber mit den Zugriffen, die von außen kommen? Die sprechen ja die feste IP unseres Anschlusses an und landen dann zunächst auf unserem PDC, der ja nun aber nichtmehr die Remotedesktopanfragen bearbeiten soll.
Leider finde ich keine Einstellungsmöglichkeit und bin schon so ein wenig am verzweifeln, da ich's in Sachen Serverkonfiguration nicht weit bis zum Tellerrand habe...
Wie also kann ich meinem Server (PDC) klar machen, dass sämtliche Remoteanfragen vom Internet aus kommend, jetzt an den neuen Terminalserver geleitet werden sollen?
btw: das Internet kommt bei uns über eine FW auf eine 2. Netzwerkkarte (xxx.xxx.10.39) und leitet diese an die "1." (xxx.xxx.1.40) weiter.
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: 122503
Url: https://administrator.de/forum/terminal-server-remotedesktop-verbindungen-umleiten-122503.html
Ausgedruckt am: 23.12.2024 um 12:12 Uhr
8 Kommentare
Neuester Kommentar
Servus,
wenn die Anfrage erst mal an den DC weitergeleitet wurde, dann ist es ja schon zu spät.
Du müsstest die Port-Weiterleitung an der Firewall ändern, so daß alles was vovom Inet her auf Port 3389 (RDP-Std) ankommt an die IP des neuen TS (port 3389) weitergeleitet wird.
wenn die Anfrage erst mal an den DC weitergeleitet wurde, dann ist es ja schon zu spät.
Du müsstest die Port-Weiterleitung an der Firewall ändern, so daß alles was vovom Inet her auf Port 3389 (RDP-Std) ankommt an die IP des neuen TS (port 3389) weitergeleitet wird.
Hmmm... klingt logisch, aber geht das denn, denn die Firewall kennt ja nur die xxx.xxx.10.39 als Ziel... der TS hat aber eine xxx.xxx.1.xxx IP?!?
Je nachdem wie die konkrete konfiguration bei euch aussieht,
falls alles was von aussen kommt an die .10.39 geleitet wird, dann muss natürlich auf dieser Maschine ein sog. Port-Forwarding eingerichtet werden.
Das heißt, daß alles was auf .10.39:3389 ankommt auf die IP.TS:3389 weitergeleitet werden muss.
Falls Ihr das mit Windows-Bordmitteln gemacht habt, sprich "Routing und RAS" hab ich was gefunden:
http://www.auskennbert.de/kategorien/windows/sbs-port-forwarding/
Falls es an dieser Stelle nicht konfiguriert ist, musst Du erst mal rausfinden, wo denn überhaupt diese Filterung stattfindet.
Ich denke mal, das bei euch in de Firma bestimmt noch andere Maschinen ausser dem TS von aussen zu errecihen sind, ausserdem DC oder ?
Falls nein könnte es sein, das Routing und Ras noch gar nicht eingerichtet ist.
In diesem Fall ist aber etwas Vorsicht geboten, denn falsche Konfiguration legt evtl den ganzen Netzwerkverkehr dieses Servers lahm. (im schlimmsten Fall)
Musste auch schonmal per Blaulichteinsatz zum Kunden, weil ich zu schnell geklickt habe und nur noch zusehen konnte wie meine RDP-Verbindung abriss.
Auf jeden Fall solltest Du sicher stellen, das Du dich lokal am Server anmelden kannst, bevor du mit der konfiguration von RRAS anfängst. So kannst Du zur Not alles schnell wieder rückgängig machen.
*edit*
Oder aber hinter die FW nen switch hängen an dem wiederum der DC und der TS hängen,
dann kannst direkt an der FW ne Port-Weiterleitung auf die IP des TS machen.
falls alles was von aussen kommt an die .10.39 geleitet wird, dann muss natürlich auf dieser Maschine ein sog. Port-Forwarding eingerichtet werden.
Das heißt, daß alles was auf .10.39:3389 ankommt auf die IP.TS:3389 weitergeleitet werden muss.
Falls Ihr das mit Windows-Bordmitteln gemacht habt, sprich "Routing und RAS" hab ich was gefunden:
http://www.auskennbert.de/kategorien/windows/sbs-port-forwarding/
Falls es an dieser Stelle nicht konfiguriert ist, musst Du erst mal rausfinden, wo denn überhaupt diese Filterung stattfindet.
Ich denke mal, das bei euch in de Firma bestimmt noch andere Maschinen ausser dem TS von aussen zu errecihen sind, ausserdem DC oder ?
Falls nein könnte es sein, das Routing und Ras noch gar nicht eingerichtet ist.
In diesem Fall ist aber etwas Vorsicht geboten, denn falsche Konfiguration legt evtl den ganzen Netzwerkverkehr dieses Servers lahm. (im schlimmsten Fall)
Musste auch schonmal per Blaulichteinsatz zum Kunden, weil ich zu schnell geklickt habe und nur noch zusehen konnte wie meine RDP-Verbindung abriss.
Auf jeden Fall solltest Du sicher stellen, das Du dich lokal am Server anmelden kannst, bevor du mit der konfiguration von RRAS anfängst. So kannst Du zur Not alles schnell wieder rückgängig machen.
*edit*
Oder aber hinter die FW nen switch hängen an dem wiederum der DC und der TS hängen,
dann kannst direkt an der FW ne Port-Weiterleitung auf die IP des TS machen.
Die URL landet im Nirwana 
Hallo fresh-K,
du hast uns alles möglicher und garnichts erklärt was deine Konfiguration ist. Könnte es sein, das auf eurem Server noch ein ISA oder so läuft? Ausserdem passen deine IP nicht ganz zusammen. xxx.xxx.10.39 und xxx.xxx.1.40. Erkläre doch mal was du für Geräte hast. Dann wird es vielleicht etwas durchsichtiger wie es bei euch eingerichtet ist/war.
Peter
du hast uns alles möglicher und garnichts erklärt was deine Konfiguration ist. Könnte es sein, das auf eurem Server noch ein ISA oder so läuft? Ausserdem passen deine IP nicht ganz zusammen. xxx.xxx.10.39 und xxx.xxx.1.40. Erkläre doch mal was du für Geräte hast. Dann wird es vielleicht etwas durchsichtiger wie es bei euch eingerichtet ist/war.
Peter
Hat sich doch aufgeklärt, also ich hatte alle Infos, die ich brauchte.
ach und die url wurde nur falsch zitiert, nimm den link den ich weiter oben reingestellt habe
ach und die url wurde nur falsch zitiert, nimm den link den ich weiter oben reingestellt habe
Ja, c-webber hat das Problem schon gelöst... am Ende wusste ich nur nicht, wie ich die Terminalanfragen umleite bzw. die Port-Weiterleitung konfiguriere.
@ Pjordorf:
Die unterschiedlichen IPs der gleichen Maschine ergeben sich aus 2 Netzwerkkarten... die eine ausschließlich für WAN, die andere für LAN.
Die IPs sind tatsächlich so, wie beschrieben...
@ Pjordorf:
Die unterschiedlichen IPs der gleichen Maschine ergeben sich aus 2 Netzwerkkarten... die eine ausschließlich für WAN, die andere für LAN.
Die IPs sind tatsächlich so, wie beschrieben...
