Produktdokumentation
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
PDF anzeigen

Virtuelle IP und virtuelles Loopback

April 6, 2026
Beitrag von: 
C C

Wichtig:

  • Windows 10 Enterprise Mehrfachsitzung unterstützt die Remotedesktop-IP-Virtualisierung (Virtual IP) nicht, und wir unterstützen die Remotedesktop-IP-Virtualisierung oder virtuelles Loopback auf Windows 10 Enterprise Mehrfachsitzung nicht.
  • Die Remotedesktop-IP-Virtualisierung (Virtual IP) wird auf Cloud-gehosteten Maschinen nicht unterstützt.

Weitere Informationen finden Sie in der Microsoft-Dokumentation.

Die Funktionen Remotedesktop-IP-Virtualisierung und virtuelles Loopback werden auf Windows Server 2016-, Windows Server 2019- und Windows Server 2022-Maschinen unterstützt. Diese Funktionen gelten nicht für Windows Desktop-Betriebssystem-Maschinen.

Die Microsoft Remotedesktop-IP-Virtualisierungsfunktion stellt einer veröffentlichten Anwendung für jede Sitzung eine eindeutige, dynamisch zugewiesene IP-Adresse zur Verfügung. Mit der Citrix Virtual Loopback-Funktion können Sie Anwendungen, die auf die Kommunikation mit localhost (standardmäßig 127.0.0.1) angewiesen sind, so konfigurieren, dass sie eine eindeutige virtuelle Loopback-Adresse im localhost-Bereich (127.*) verwenden.

  • Bestimmte Anwendungen, wie CRM und Computer Telephony Integration (CTI), verwenden eine IP-Adresse für Adressierung, Lizenzierung, Identifizierung oder andere Zwecke, die eine eindeutige IP-Adresse oder Loopback-Adresse erfordern. Andere Anwendungen binden sich möglicherweise an einen statischen Port, sodass Versuche, zusätzliche Instanzen einer Anwendung in einer Mehrbenutzerumgebung zu starten, fehlschlagen, weil der Port belegt ist. Damit solche Anwendungen in einer Citrix Virtual Apps™-Umgebung korrekt funktionieren, ist für jedes Gerät eine eindeutige IP-Adresse erforderlich.

Remotedesktop-IP-Virtualisierung und virtuelles Loopback sind voneinander unabhängige Funktionen. Sie können eine oder beide verwenden.

  • Zusammenfassung der Administratoraktionen:

  • Um die Microsoft Remotedesktop-IP-Virtualisierung zu verwenden, aktivieren und konfigurieren Sie diese auf dem Windows-Server. (Citrix®-Richtlinieneinstellungen sind nicht erforderlich.)
  • Um das Citrix virtuelle Loopback zu verwenden, konfigurieren Sie zwei Einstellungen in einer Citrix-Richtlinie.

Remotedesktop-IP-Virtualisierung (Virtual IP)

Wenn die Remotedesktop-IP-Virtualisierung 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 erfordert die Remotedesktop-IP-Virtualisierung 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

  • So ermitteln Sie, ob eine Anwendung Remotedesktop-IP-Virtualisierungsadressen verwenden muss:
  1. Beziehen Sie das Tool TCPView von Microsoft. Dieses Tool listet alle Anwendungen auf, die bestimmte IP-Adressen und Ports binden. Weitere Informationen zu TCPView finden Sie in der Microsoft-Dokumentation.
  2. Deaktivieren Sie die Funktion IP-Adressen auflösen, damit Sie die Adressen anstelle von Hostnamen sehen.
  3. Starten Sie die Anwendung und verwenden Sie TCPView, um zu sehen, welche IP-Adressen und Ports die Anwendung öffnet und welche Prozessnamen diese Ports öffnen.
  4. Konfigurieren Sie alle Prozesse, die die IP-Adresse des Servers, 0.0.0.0 oder 127.0.0.1 öffnen.
  5. Um sicherzustellen, dass eine Anwendung nicht dieselbe IP-Adresse auf einem anderen Port öffnet, starten Sie eine weitere Instanz der Anwendung.

  • Funktionsweise der Microsoft Remotedesktop (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. Weitere Informationen zur Konfiguration der Remotedesktop-IP-Virtualisierung finden Sie in der Microsoft-Dokumentation.

  • Nachdem die Funktion aktiviert wurde, fordert der Server beim Sitzungsstart dynamisch zugewiesene IP-Adressen vom DHCP-Server an.

  • Die Funktion RD-IP-Virtualisierung weist Remotedesktopverbindungen IP-Adressen pro Sitzung oder pro Programm zu. Wenn Sie IP-Adressen für mehrere Programme zuweisen, teilen sie 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 korrekte IP-Adresse, die verwendet werden soll. Jeder Versuch der Anwendung, auf TCP- oder UDP-Kommunikation zu lauschen, wird automatisch an ihre zugewiesene virtuelle IP-Adresse (oder Loopback-Adresse) gebunden. Alle von der Anwendung geöffneten ausgehenden Verbindungen stammen von der an die Anwendung gebundenen IP-Adresse.

In Funktionen, die eine Adresse zurückgeben (wie GetAddrInfo(), die von einer Windows-Richtlinie gesteuert wird), wenn die IP-Adresse des lokalen Hosts angefordert wird, prüft die Remotedesktop-IP-Virtualisierung die zurückgegebene IP-Adresse und ändert sie in die Remotedesktop-IP-Virtualisierungsadresse der Sitzung. Anwendungen, die versuchen, die IP-Adresse des lokalen Servers über solche Namensfunktionen abzurufen, sehen nur die eindeutige Remotedesktop-IP-Virtualisierungsadresse, 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 zum Abhören auf der Adresse 0.0.0.0 zu binden. Wenn eine Anwendung dies tut und einen statischen Port verwendet, können Sie nicht mehr als eine Instanz der Anwendung starten. Die Remotedesktop-IP-Virtualisierungsfunktion sucht auch in diesen Aufruftypen nach 0.0.0.0. Sie ändert den Aufruf so, dass er auf der spezifischen Remotedesktop-IP-Virtualisierungsadresse lauscht, was es ermöglicht, dass mehr als eine Anwendung auf demselben Port auf demselben Computer lauscht, da sie alle auf verschiedenen Adressen lauschen. Der Aufruf wird nur geändert, wenn er sich in einer ICA-Sitzung befindet und die Remotedesktop-IP-Virtualisierungsfunktion 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 Einstellungen der Citrix Remotedesktop-IP-Virtualisierungs-Loopback-Richtlinie ermöglicht jeder Sitzung, eine eigene Loopback-Adresse für die Kommunikation zu haben. 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. In dem unwahrscheinlichen Fall, dass die Sitzungs-ID das vierte Oktett (mehr als 255) überschreitet, geht die Adresse auf das nächste Oktett (127.0.1.0) über, bis zum Maximum von 127.255.255.255.

Ein Prozess erfordert 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 hat keine Abhängigkeit von Virtual IP, sodass Sie den Microsoft-Server nicht konfigurieren müssen.

  • Unterstützung für Virtual 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 „Liste der Virtual IP-Programme für virtuelles Loopback“ angegeben sind.
  • Liste der Virtual IP-Programme für virtuelles Loopback. Diese Richtlinieneinstellung gibt die Anwendungen an, die die Virtual IP-Loopback-Funktion verwenden. Diese Einstellung gilt nur, wenn die Richtlinieneinstellung „Unterstützung für Virtual IP-Loopback“ aktiviert ist.
  • Ausschluss von Virtual IP-Loopback-Ports. Wenn eine Anwendung die Loopback-Adresse auf den in dieser Einstellung angegebenen Ports aufruft, ändert virtuelles Loopback den Aufruf an die sitzungsspezifische Loopback-Adresse nicht.

Verwandte Funktion

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

  • Verwenden Sie bevorzugtes Loopback nur, wenn sowohl Virtual IP als auch virtuelles Loopback aktiviert sind. Andernfalls können unerwünschte Ergebnisse auftreten.
  • 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 aus der falschen Verwendung des Registrierungs-Editors resultieren, 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 sich die Anwendungen befinden.

  • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\VIP
  • Name: PreferLoopback, Typ: REG_DWORD, Daten: 1
  • Name: PreferLoopbackProcesses, Typ: REG_MULTI_SZ, Daten: <Liste der Prozesse>
Virtuelle IP und virtuelles Loopback
April 6, 2026
Beitrag von: 
C C
April 6, 2026
Beitrag von: 
C C

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Cookie-Einstellungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.