Citrix DaaS™

Virtuelle IP und virtuelles Loopback

April 6, 2026

Beitrag von:

C C

Wichtig:

Windows 10 Enterprise Multi-Session unterstützt Remote Desktop IP-Virtualisierung (virtuelle IP) nicht, und wir unterstützen weder virtuelle IP noch virtuelles Loopback unter Windows 10 Enterprise Multi-Session.

Virtuelle IP- und virtuelle Loopback-Funktionen werden auf Windows Server 2016-Maschinen unterstützt. Diese Funktionen gelten nicht für Windows Desktop-Betriebssystemmaschinen.

Die Microsoft-Funktion für virtuelle IP-Adressen stellt einer veröffentlichten Anwendung für jede Sitzung eine eindeutige, dynamisch zugewiesene IP-Adresse zur Verfügung. Die Citrix-Funktion für virtuelles Loopback ermöglicht es Ihnen, Anwendungen, die auf die Kommunikation mit localhost (standardmäßig 127.0.0.1) angewiesen sind, so zu konfigurieren, dass sie eine eindeutige virtuelle Loopback-Adresse im localhost-Bereich (127.*) verwenden.

Bestimmte Anwendungen, wie z. B. CRM und Computer Telephony Integration (CTI), verwenden eine IP-Adresse zur Adressierung, Lizenzierung, Identifizierung oder für andere Zwecke und erfordern daher eine eindeutige IP-Adresse oder eine Loopback-Adresse in Sitzungen. Andere Anwendungen können an einen statischen Port gebunden sein, sodass Versuche, zusätzliche Instanzen einer Anwendung in einer Mehrbenutzerumgebung zu starten, fehlschlagen, da der Port bereits belegt ist. Damit solche Anwendungen in einer Citrix Virtual Apps™-Umgebung korrekt funktionieren, ist für jedes Gerät eine eindeutige IP-Adresse erforderlich.

Virtuelle IP und virtuelles Loopback sind unabhängige Funktionen. Sie können entweder die eine oder die andere oder beide verwenden.

Zusammenfassung der Administratoraktionen:
Um Microsoft Virtual IP zu verwenden, aktivieren und konfigurieren Sie es auf dem Windows-Server. (Citrix®-Richtlinieneinstellungen sind nicht erforderlich.)
Um Citrix Virtual Loopback zu verwenden, konfigurieren Sie zwei Einstellungen in einer Citrix-Richtlinie.

Virtuelle IP

Wenn die virtuelle IP auf dem Windows-Server aktiviert und konfiguriert ist, scheint jede konfigurierte Anwendung, die in einer Sitzung ausgeführt wird, eine eindeutige Adresse zu haben. Benutzer greifen auf diese Anwendungen auf einem Citrix Virtual Apps-Server auf die gleiche Weise zu, wie sie auf jede andere veröffentlichte Anwendung zugreifen. Ein Prozess benötigt eine virtuelle IP in einem der folgenden Fälle:

Der Prozess verwendet eine fest codierte TCP-Portnummer
Der Prozess verwendet Windows-Sockets und erfordert eine eindeutige IP-Adresse oder eine bestimmte TCP-Portnummer
Um festzustellen, ob eine Anwendung virtuelle IP-Adressen verwenden muss:

Besorgen Sie sich das TCPView-Tool von Microsoft. Dieses Tool listet alle Anwendungen auf, die bestimmte IP-Adressen und Ports binden.
Deaktivieren Sie die Funktion “IP-Adressen auflösen”, damit Sie die Adressen anstelle von Hostnamen sehen.
Starten Sie die Anwendung und verwenden Sie TCPView, um zu sehen, welche IP-Adressen und Ports von der Anwendung geöffnet werden und welche Prozessnamen diese Ports öffnen.
Konfigurieren Sie alle Prozesse, die die IP-Adresse des Servers, 0.0.0.0 oder 127.0.0.1 öffnen.
Um sicherzustellen, dass eine Anwendung nicht dieselbe IP-Adresse auf einem anderen Port öffnet, starten Sie eine zusätzliche Instanz der Anwendung.

Funktionsweise der Microsoft Remote Desktop (RD) IP-Virtualisierung

Die virtuelle IP-Adressierung muss auf dem Microsoft-Server aktiviert sein.

In einer Windows Server 2016-Umgebung erweitern Sie beispielsweise im Server-Manager Remotedesktopdienste > RD-Sitzungshostverbindungen, um die RD IP-Virtualisierungsfunktion zu aktivieren und die Einstellungen so zu konfigurieren, dass IP-Adressen dynamisch über den Dynamic Host Configuration Protocol (DHCP)-Server pro Sitzung oder pro Programm zugewiesen werden. Anweisungen finden Sie in der Microsoft-Dokumentation.
Nachdem die Funktion aktiviert wurde, fordert der Server beim Start der Sitzung dynamisch zugewiesene IP-Adressen vom DHCP-Server an.
Die RD IP-Virtualisierungsfunktion weist IP-Adressen für Remotedesktopverbindungen pro Sitzung oder pro Programm zu. Wenn Sie IP-Adressen für mehrere Programme zuweisen, teilen diese sich eine IP-Adresse pro Sitzung.
Nachdem einer Sitzung eine Adresse zugewiesen wurde, verwendet die Sitzung die virtuelle Adresse anstelle der primären IP-Adresse für das System, wann immer die folgenden Aufrufe getätigt werden: bind, closesocket, connect, WSAConnect, WSAAccept, getpeername, getsockname, sendto, WSASendTo, WSASocketW, gethostbyaddr, getnameinfo, getaddrinfo.

Bei der Verwendung der Microsoft IP-Virtualisierungsfunktion innerhalb der Remotedesktop-Sitzungshosting-Konfiguration werden Anwendungen an bestimmte IP-Adressen gebunden, indem eine “Filter”-Komponente zwischen der Anwendung und den Winsock-Funktionsaufrufen eingefügt wird. Die Anwendung sieht dann nur die IP-Adresse, die sie verwenden soll. Jeder Versuch der Anwendung, auf TCP- oder UDP-Kommunikation zu lauschen, wird automatisch an ihre zugewiesene virtuelle IP-Adresse (oder Loopback-Adresse) gebunden, und alle von der Anwendung geöffneten Ursprungsverbindungen stammen von der an die Anwendung gebundenen IP-Adresse.

In Funktionen, die eine Adresse zurückgeben (wie GetAddrInfo(), die durch eine Windows-Richtlinie gesteuert wird), wenn die lokale Host-IP-Adresse angefordert wird, prüft die virtuelle IP die zurückgegebene IP-Adresse und ändert sie in die virtuelle IP-Adresse der Sitzung. Anwendungen, die versuchen, die IP-Adresse des lokalen Servers über solche Namensfunktionen abzurufen, sehen nur die eindeutige virtuelle IP-Adresse, die dieser Sitzung zugewiesen ist. Diese IP-Adresse wird häufig in nachfolgenden Socket-Aufrufen wie bind oder connect verwendet. Weitere Informationen zu Windows-Richtlinien finden Sie unter RDS IP Virtualization in Windows Server.

Oft fordert eine Anwendung an, sich an einen Port zu binden, um auf der Adresse 0.0.0.0 zu lauschen. Wenn eine Anwendung dies tut und einen statischen Port verwendet, können Sie nicht mehr als eine Instanz der Anwendung starten. Die virtuelle IP-Adressfunktion sucht auch nach 0.0.0.0 in diesen Aufruftypen und ändert den Aufruf, um auf der spezifischen virtuellen IP-Adresse zu lauschen, wodurch mehr als eine Anwendung auf demselben Port auf demselben Computer lauschen kann, da sie alle auf verschiedenen Adressen lauschen. Der Aufruf wird nur geändert, wenn er sich in einer ICA-Sitzung befindet und die virtuelle IP-Adressfunktion aktiviert ist. Wenn beispielsweise zwei Instanzen einer Anwendung, die in verschiedenen Sitzungen ausgeführt werden, versuchen, sich an alle Schnittstellen (0.0.0.0) und einen bestimmten Port (z. B. 9000) zu binden, werden sie an VIPAddress1:9000 und VIPAddress2:9000 gebunden, und es gibt keinen Konflikt.

Virtuelles Loopback

Das Aktivieren der Citrix Virtual IP Loopback-Richtlinieneinstellungen ermöglicht jeder Sitzung eine eigene Loopback-Adresse für die Kommunikation. Wenn eine Anwendung die Localhost-Adresse (Standard = 127.0.0.1) in einem Winsock-Aufruf verwendet, ersetzt die virtuelle Loopback-Funktion einfach 127.0.0.1 durch 127.X.X.X, wobei X.X.X eine Darstellung der Sitzungs-ID + 1 ist. Zum Beispiel ist eine Sitzungs-ID von 7 gleich 127.0.0.8. Im unwahrscheinlichen Fall, dass die Sitzungs-ID das vierte Oktett (mehr als 255) überschreitet, rollt die Adresse auf das nächste Oktett (127.0.1.0) über, bis maximal 127.255.255.255.

Ein Prozess benötigt virtuelles Loopback in einem der folgenden Fälle:

Der Prozess verwendet die Windows-Socket-Loopback-Adresse (localhost) (127.0.0.1)
Der Prozess verwendet eine fest codierte TCP-Portnummer

Verwenden Sie die Richtlinieneinstellungen für virtuelles Loopback für Anwendungen, die eine Loopback-Adresse für die Interprozesskommunikation verwenden. Es ist keine zusätzliche Konfiguration erforderlich. Virtuelles Loopback ist nicht von virtueller IP abhängig, sodass Sie den Microsoft-Server nicht konfigurieren müssen.

Unterstützung für virtuelles IP-Loopback. Wenn diese Richtlinieneinstellung aktiviert ist, kann jede Sitzung ihre eigene virtuelle Loopback-Adresse haben. Diese Einstellung ist standardmäßig deaktiviert. Die Funktion gilt nur für Anwendungen, die mit der Richtlinieneinstellung “Virtuelle IP-Loopback-Programmliste” angegeben sind.
Virtuelle IP-Loopback-Programmliste. Diese Richtlinieneinstellung gibt die Anwendungen an, die die virtuelle IP-Loopback-Funktion verwenden. Diese Einstellung gilt nur, wenn die Richtlinieneinstellung “Unterstützung für virtuelles IP-Loopback” aktiviert ist.

Verwandte Funktion

Sie können die folgenden Registrierungseinstellungen verwenden, um sicherzustellen, dass virtuelles Loopback gegenüber virtueller IP bevorzugt wird; dies wird als bevorzugtes Loopback bezeichnet. Gehen Sie jedoch mit Vorsicht vor:

Verwenden Sie das bevorzugte Loopback nur, wenn sowohl die virtuelle IP als auch das virtuelle Loopback aktiviert sind; andernfalls kann es zu unerwarteten Ergebnissen kommen.
Eine falsche Bearbeitung der Registrierung kann schwerwiegende Probleme verursachen, die eine Neuinstallation Ihres Betriebssystems erforderlich machen können. Citrix kann nicht garantieren, dass Probleme, die durch die falsche Verwendung des Registrierungs-Editors entstehen, behoben werden können. Verwenden Sie den Registrierungs-Editor auf eigenes Risiko. Sichern Sie die Registrierung unbedingt, bevor Sie sie bearbeiten.

Führen Sie regedit auf den Servern aus, auf denen die Anwendungen installiert sind.

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\VIP
Name: PreferLoopback, Typ: REG_DWORD, Daten: 1
Name: PreferLoopbackProcesses, Typ: REG_MULTI_SZ, Daten: <Liste der Prozesse>

Die offizielle Version dieses Inhalts ist auf Englisch. Für den einfachen Einstieg wird Teil des Inhalts der Cloud Software Group Dokumentation maschinell übersetzt. Cloud Software Group hat keine Kontrolle über maschinell übersetzte Inhalte, die Fehler, Ungenauigkeiten oder eine ungeeignete Sprache enthalten können. Es wird keine Garantie, weder ausdrücklich noch stillschweigend, für die Genauigkeit, Zuverlässigkeit, Eignung oder Richtigkeit von Übersetzungen aus dem englischen Original in eine andere Sprache oder für die Konformität Ihres Cloud Software Group Produkts oder Ihres Diensts mit maschinell übersetzten Inhalten gegeben, und jegliche Garantie, die im Rahmen der anwendbaren Endbenutzer-Lizenzvereinbarung oder der Vertragsbedingungen oder einer anderen Vereinbarung mit Cloud Software Group gegeben wird, dass das Produkt oder den Dienst mit der Dokumentation übereinstimmt, gilt nicht in dem Umfang, in dem diese Dokumentation maschinell übersetzt wurde. Cloud Software Group kann nicht für Schäden oder Probleme verantwortlich gemacht werden, die durch die Verwendung maschinell übersetzter Inhalte entstehen können.

War dieser Artikel hilfreich?

Virtuelle IP und virtuelles Loopback

April 6, 2026

Beitrag von:

C C

April 6, 2026

Beitrag von:

C C

War dieser Artikel hilfreich?