Trick für Admins: So nutzen Sie MSTSC mit verschiedenen Namen auf dem gleichen Server erfolgreich

Als Systemadministratoren jonglieren wir täglich mit einer Vielzahl von Servern, Diensten und Benutzerkonten. Effizienz und Übersichtlichkeit sind dabei das A und O. Ein gängiges Werkzeug in unserem Arsenal ist das Remote Desktop Connection (RDP)-Client, bekannt als MSTSC. Doch oft stoßen wir auf ein kleines, aber lästiges Problem: Wie verbindet man sich gleichzeitig mit demselben Server unter verschiedenen Namen oder Kontexten, ohne dass die vorhandene Sitzung überschrieben wird oder man ständig Anmeldedaten ändern muss? Der klassische Weg lässt dies oft nicht zu, da Windows eine bestehende Verbindung unter demselben Zielnamen oder derselben IP-Adresse erkennt.

Dieser Artikel enthüllt nicht nur einen, sondern mehrere clevere Tricks, mit denen Sie MSTSC nutzen können, um sich mit einem einzigen Server unter verschiedenen „Namen“ zu verbinden. Das schafft mehr Flexibilität, bessere Organisation und spart wertvolle Zeit. Egal ob Sie verschiedene administrative Konten verwenden, spezielle Anwendungssitzungen benötigen oder einfach nur eine klarere Struktur in Ihren RDP-Verbindungen wünschen – hier finden Sie die passenden Strategien.

Das Problem verstehen: Warum MSTSC meist nur einen Namen zulässt

Wenn Sie MSTSC standardmäßig verwenden und versuchen, sich mit MeinServer zu verbinden, dann erneut eine Verbindung zu MeinServer aufbauen, wird Windows in der Regel die bereits bestehende Sitzung in den Vordergrund bringen oder Sie darauf hinweisen, dass bereits eine Verbindung existiert. Dies liegt daran, dass der Remote Desktop Protocol (RDP) Client die Ziel-IP-Adresse oder den Hostnamen als primären Identifikator für die Verbindung verwendet. Aus Sicht des Betriebssystems handelt es sich um dieselbe Ressource.

Für einen normalen Anwender mag dies ausreichend sein. Für Admins, die beispielsweise mit einem Standardbenutzerkonto angemeldet sind, aber eine separate, mit einem Administratorkonto verbundene Sitzung benötigen, oder die gleichzeitig verschiedene Testkonfigurationen ausprobieren möchten, ist dies jedoch eine Einschränkung. Das ständige Abmelden, Anmelden oder das Wechseln zwischen Benutzerkonten innerhalb einer Sitzung kann zeitraubend und fehleranfällig sein. Wir brauchen also einen Weg, um Windows vorzugaukeln, dass wir uns mit einem *anderen* Server verbinden, obwohl es sich physisch um den gleichen handelt.

Die Lösung im Detail: Mehrere Wege zu Ihrem Ziel

Es gibt verschiedene Ansätze, um dieses Problem zu umgehen. Jede Methode hat ihre eigenen Vor- und Nachteile und eignet sich für unterschiedliche Szenarien. Wir werden uns drei Hauptmethoden ansehen: den Port-Trick, die Hosts-Datei und DNS-Aliase.

Methode 1: Der Port-Trick – Jede Verbindung ein eigener Port

Die einfachste und oft übersehene Methode ist die Nutzung unterschiedlicher Portnummern. Standardmäßig verwendet RDP den Port 3389. Wenn Sie jedoch auf Ihrem Server (oder einem Gateway) andere RDP-Ports konfiguriert haben, können Sie diese nutzen, um den Anschein zu erwecken, als würden Sie sich mit einem *anderen* Dienst auf demselben Server verbinden.

Wie funktioniert’s?

Sie können in MSTSC eine Verbindung initiieren, indem Sie den Servernamen oder die IP-Adresse gefolgt von einem Doppelpunkt und der Portnummer angeben: mstsc.exe /v:Servername:Portnummer.

Beispiel:

• Verbindung 1: MeinServer (verwendet implizit Port 3389)
• Verbindung 2: MeinServer:3390 (verwendet Port 3390)
• Verbindung 3: 192.168.1.100:3391 (verwendet Port 3391)

Vorteile:

• Sehr einfach zu implementieren, wenn mehrere RDP-Ports konfiguriert sind.
• Keine Änderungen an lokalen Systemdateien oder am DNS erforderlich.
• Ermöglicht auch die Verbindung zu Terminalservern, die über ein NAT Gateway mit unterschiedlichen externen Ports erreichbar sind.

Nachteile:

• Erfordert, dass auf dem Zielserver (oder über Port-Weiterleitung/NAT) tatsächlich mehrere RDP-Dienste auf verschiedenen Ports lauschen. Dies ist standardmäßig nicht der Fall und müsste manuell konfiguriert werden, was nicht immer praktikabel oder gewünscht ist. Meistens ist der Hauptzweck, unterschiedliche *Identitäten* oder *Kontexte* für denselben RDP-Dienst auf dem Standardport zu haben.

Methode 2: Die Hosts-Datei – Lokale Namensmagie

Die Hosts-Datei ist eine lokale Textdatei auf Ihrem Computer, die IP-Adressen Hostnamen zuordnet. Ihr Betriebssystem überprüft diese Datei, *bevor* es einen DNS-Server abfragt. Indem Sie mehrere Einträge für dieselbe IP-Adresse mit verschiedenen Hostnamen erstellen, können Sie MSTSC vorgaukeln, dass es sich um verschiedene Server handelt.

Schritt-für-Schritt-Anleitung zur Hosts-Datei-Methode

1. Öffnen Sie die Hosts-Datei als Administrator:
   • Navigieren Sie zu C:WindowsSystem32driversetc.
   • Kopieren Sie die Datei hosts (ohne Dateierweiterung) auf Ihren Desktop, um ein Backup zu erstellen.
   • Öffnen Sie die ursprüngliche hosts-Datei im Ordner etc mit einem Texteditor wie Notepad (oder Notepad++), den Sie *als Administrator* gestartet haben. (Rechtsklick auf Notepad-Symbol > „Als Administrator ausführen”).
2. Fügen Sie die Alias-Einträge hinzu:
   • Am Ende der Datei fügen Sie neue Zeilen hinzu, die die IP-Adresse Ihres Zielservers und dann die gewünschten Alias-Namen enthalten.
   • Jeder Alias sollte in einer eigenen Zeile stehen und auf dieselbe IP-Adresse verweisen.

   Beispiel: Nehmen wir an, Ihr Server hat die IP-Adresse 192.168.1.100 und den Namen MeinProduktionsserver.

   192.168.1.100   MeinProduktionsserver
   192.168.1.100   Admin-Prod
   192.168.1.100   Dev-Prod
   192.168.1.100   Test-Prod

   In diesem Beispiel haben Sie drei neue „Namen” für denselben Server erstellt: Admin-Prod, Dev-Prod und Test-Prod.

3. Speichern Sie die Hosts-Datei:
   • Speichern Sie die Änderungen in der hosts-Datei. Stellen Sie sicher, dass sie ohne Dateierweiterung gespeichert wird.
4. Testen Sie Ihre Verbindungen:
   • Öffnen Sie MSTSC (Win + R, dann mstsc eingeben).
   • Versuchen Sie nun, sich nacheinander mit MeinProduktionsserver, Admin-Prod, Dev-Prod und Test-Prod zu verbinden. Sie sollten in der Lage sein, separate RDP-Fenster für jeden dieser „Server” zu öffnen, die alle auf denselben physischen Server zeigen.
   • Sie können für jede dieser Verbindungen unterschiedliche Benutzerdaten speichern oder unterschiedliche RDP-Dateien (.rdp) anlegen.

Vorteile der Hosts-Datei-Methode:

• Lokal und unabhängig: Keine Änderungen am Server oder an der Netzwerkinfrastruktur erforderlich. Jeder Admin kann seine lokalen Aliase selbst definieren.
• Schnell und einfach: Die Änderungen sind sofort wirksam (eventuell ist ein ipconfig /flushdns notwendig, um den DNS-Cache zu leeren).
• Fein granulare Kontrolle: Ideal für Einzelplatz-Workstations oder kleine Umgebungen.

Nachteile:

• Nicht zentral verwaltbar: Jeder Client, der diese Funktionalität nutzen soll, muss seine Hosts-Datei manuell anpassen. In größeren Umgebungen kann dies mühsam sein.
• Fehleranfällig: Tippfehler in der Hosts-Datei können zu Verbindungsproblemen führen.
• Sicherheitsrisiko: Eine manipulierte Hosts-Datei könnte Benutzer auf falsche Server umleiten.

Methode 3: DNS-Aliase (CNAME-Einträge) – Die Netzwerk-Lösung für Profis

Für größere Unternehmensumgebungen oder Teams ist die Verwendung von DNS-Aliasen (CNAME-Einträgen) die elegantere und zentral verwaltbare Lösung. Ein CNAME-Eintrag (Canonical Name) erstellt einen Alias für einen bestehenden Hostnamen (A-Eintrag). Das bedeutet, Sie können mehrere Namen definieren, die alle auf denselben ursprünglichen Hostnamen oder dieselbe IP-Adresse verweisen.

Schritt-für-Schritt-Anleitung zur DNS-Alias-Methode

1. Greifen Sie auf Ihren DNS-Server zu:
   • Melden Sie sich an Ihrem Domain Name System (DNS)-Server an (z.B. einem Windows Server mit der DNS-Rolle oder dem Admin-Interface Ihres DNS-Providers).
   • Öffnen Sie die DNS-Verwaltungskonsole.
2. Navigieren Sie zur entsprechenden Zone:
   • Erweitern Sie die „Forward-Lookupzonen” und wählen Sie die Zone aus, in der sich Ihr Zielserver befindet (z.B. ihredomain.local oder ihredomain.com).
3. Erstellen Sie neue CNAME-Einträge:
   • Klicken Sie mit der rechten Maustaste in den leeren Bereich der Zone und wählen Sie „Neuer Alias (CNAME)…”.
   • Aliasname (Host): Geben Sie den gewünschten neuen Namen ein (z.B. Admin-Prod, Dev-Prod, Test-Prod).
   • Vollqualifizierter Domänenname (FQDN) für das Ziel: Geben Sie den vollständigen Hostnamen Ihres Zielservers ein (z.B. MeinProduktionsserver.ihredomain.local).
   • Wiederholen Sie diesen Schritt für jeden Alias, den Sie erstellen möchten.

   Beispiel:

   • Ein A-Eintrag existiert für: MeinProduktionsserver.ihredomain.local -> 192.168.1.100
   • Sie erstellen CNAME-Einträge:
     • Admin-Prod.ihredomain.local -> Alias für MeinProduktionsserver.ihredomain.local
     • Dev-Prod.ihredomain.local -> Alias für MeinProduktionsserver.ihredomain.local
     • Test-Prod.ihredomain.local -> Alias für MeinProduktionsserver.ihredomain.local
4. Testen Sie Ihre Verbindungen:
   • Nachdem die DNS-Änderungen repliziert wurden (dies kann je nach DNS-Konfiguration einige Sekunden bis Minuten dauern), öffnen Sie MSTSC.
   • Verbinden Sie sich mit den neu erstellten FQDNs: Admin-Prod.ihredomain.local, Dev-Prod.ihredomain.local, etc.
   • Sie sollten nun in der Lage sein, gleichzeitig mehrere separate RDP-Verbindungen zu demselben Server unter diesen unterschiedlichen Namen herzustellen.

Vorteile der DNS-Alias-Methode:

• Zentrale Verwaltung: Änderungen werden einmalig auf dem DNS-Server vorgenommen und stehen allen Clients im Netzwerk zur Verfügung.
• Skalierbarkeit: Ideal für große Netzwerke und Unternehmen mit vielen Administratoren.
• Professionell und zuverlässig: Nutzt bewährte Netzwerkstandards.

Nachteile:

• Zugriff auf DNS-Server erforderlich: Nicht für jeden Benutzer oder in jeder Umgebung verfügbar.
• Verzögerungen: DNS-Änderungen benötigen Zeit zur Replikation.
• Komplexität: Erfordert grundlegendes Verständnis von DNS.

Praxisbeispiele: Wann und warum Sie diese Tricks anwenden sollten

Die Fähigkeit, MSTSC mit verschiedenen Namen auf demselben Server zu nutzen, eröffnet eine Vielzahl von praktischen Anwendungen für Admins:

• Verwaltung verschiedener Benutzerkonten: Verbinden Sie sich gleichzeitig mit einem Server unter Ihrem regulären Administratorkonto (z.B. Admin-ServerX) und einem speziellen Dienstkonto (z.B. Service-ServerX) oder einem Testbenutzerkonto (z.B. TestUser-ServerX). Das ermöglicht den schnellen Wechsel zwischen Kontexten, ohne sich ständig an- und abmelden zu müssen.
• Dedizierte Sitzungen für bestimmte Aufgaben: Richten Sie einen Alias wie Update-ServerX ein, um sich mit einer dedizierten Sitzung für Wartungsarbeiten zu verbinden, während Sie über Monitor-ServerX eine andere Sitzung für die Überwachung offen halten.
• Testumgebungen und Konfigurationsprüfungen: Wenn Sie eine neue Software oder Konfiguration testen möchten, können Sie eine Verbindung über Test-ServerX aufbauen, während Ihre reguläre Arbeitssitzung über Prod-ServerX ungestört weiterläuft.
• Bessere Übersichtlichkeit und Organisation: Anstatt nur IP-Adressen oder allgemeine Servernamen in Ihren RDP-Client-Favoriten zu haben, können Sie aussagekräftige Namen wie SQL-Server-Prod-Admin oder IIS-Server-Dev-Deploy verwenden. Dies verbessert die Lesbarkeit und verringert das Risiko von Fehlern.
• Vermeidung von Sitzungskonflikten: Manchmal kann es vorkommen, dass eine RDP-Sitzung aufgrund eines Problems „hängt”. Durch die Verbindung über einen anderen Alias kann man oft eine neue, frische Sitzung aufbauen, ohne die hängende Sitzung direkt beeinflussen zu müssen (obwohl diese eventuell noch Ressourcen bindet).

Wichtige Überlegungen und Best Practices

Auch wenn diese Tricks äußerst nützlich sind, gibt es einige wichtige Aspekte zu beachten:

• Sitzungslimits beachten: Diese Methoden umgehen nicht die systembedingten oder lizenzbasierten Sitzungsbeschränkungen von Windows Server. Ein Standard-Windows-Server (ohne Remote Desktop Services – RDS CALs) erlaubt standardmäßig zwei gleichzeitige administrative RDP-Sitzungen. Wenn diese bereits belegt sind, wird eine neue Verbindung Sie trotzdem fragen, ob Sie eine bestehende Sitzung trennen möchten. Der Trick besteht darin, dass Sie dank der unterschiedlichen „Namen” oder „Ports” leichter zwischen verschiedenen *Benutzerkonten* oder *gespeicherten Anmeldeinformationen* innerhalb dieser maximalen Sitzungsanzahl wechseln können oder Ihre Verbindungen besser organisiert sind.
• Sicherheit zuerst: Seien Sie vorsichtig beim Bearbeiten der Hosts-Datei. Jede Veränderung sollte gut dokumentiert und autorisiert sein. Im DNS-Bereich stellen Sie sicher, dass nur berechtigte Personen CNAME-Einträge erstellen oder ändern können.
• Dokumentation und Beschriftung: Besonders bei der Hosts-Datei-Methode kann es schnell unübersichtlich werden. Dokumentieren Sie Ihre Aliase und deren Zweck. Benennen Sie Ihre RDP-Verknüpfungsdateien (.rdp) entsprechend aussagekräftig.
• Kombination der Methoden: Sie können den Port-Trick auch mit der Hosts-Datei- oder DNS-Alias-Methode kombinieren. Zum Beispiel: Admin-Prod:3390 könnte sich mit dem Server über einen spezifischen Port und einen Aliasnamen verbinden.
• Alternative Tools: Für eine noch bessere Verwaltung komplexer RDP-Verbindungen (auch ohne die hier beschriebenen Alias-Tricks) sollten Sie Tools wie den Remote Desktop Connection Manager (RDCMan) von Microsoft in Betracht ziehen (oder ähnliche kommerzielle Lösungen). Diese bieten eine tabbed-Interface, Gruppenverwaltung und Speicherung von Anmeldeinformationen, was die Arbeit mit vielen Servern erheblich vereinfacht.

Fazit: Meister der Server-Verwaltung

Die Fähigkeit, MSTSC mit verschiedenen Namen auf demselben Server zu nutzen, ist ein wertvolles Werkzeug im Arsenal jedes Systemadministrators. Ob Sie sich für die schnelle lokale Lösung über die Hosts-Datei entscheiden oder die skalierbare Netzwerk-Strategie mit DNS-Aliasen verfolgen – Sie gewinnen an Flexibilität, Organisation und Effizienz. Diese einfachen, aber effektiven Tricks ermöglichen es Ihnen, Ihren Arbeitsablauf zu optimieren, Fehler zu minimieren und eine klarere Übersicht über Ihre Serververbindungen zu behalten.

Probieren Sie diese Methoden aus und passen Sie sie an Ihre individuellen Bedürfnisse und Ihre Netzwerkumgebung an. Sie werden schnell merken, wie viel einfacher und produktiver die Verwaltung Ihrer Server mit diesen kleinen, aber feinen Kniffen werden kann. Werden Sie zum Meister Ihrer Remote Desktop Verbindungen und nehmen Sie die Kontrolle über Ihre Serververwaltung! Ihre Zeit ist kostbar – nutzen Sie sie weise.