Integration von nicht-domänengebundenem Linux VDA mit Red Hat IdM

Last published : Nov 13, 2026
Red Hat Identity Management (IdM) ist eine weit verbreitete Lösung zur Verwaltung von Identitäten in Linux-Umgebungen. Im Vergleich zur direkten Anbindung von Linux-Systemen an Active Directory (AD) bietet IdM erhebliche strategische und betriebliche Vorteile – insbesondere in Infrastrukturen mit einer großen Linux-Präsenz.
Da Citrix Linux VDA nicht-domänengebundene (NDJ) Bereitstellungen unterstützt, können Unternehmen die Integration von NDJ Linux VDAs mit IdM in Betracht ziehen. Dieser Ansatz erweitert die Palette der verfügbaren Authentifizierungsmethoden und erhöht die Flexibilität bei der Identitätsverwaltung. Benutzer sollten sich an ihrem Workspace entweder mit AD-Domänenanmeldeinformationen oder mit Anmeldeinformationen aus einer IdM-Domäne authentifizieren, die eine Vertrauensstellung mit AD aufgebaut hat. Nach der Authentifizierung können sie nahtlos über Single Sign-On (SSO) auf Linux-Desktops zugreifen, die mit IdM verbunden sind.
Im Folgenden werden die verifizierten Integrations- und Testschritte zur Konfiguration eines Linux VDA mit IdM beschrieben.
  1. Voraussetzungen und Umgebungseinrichtung
  • Integration von Identity Management (IdM):
    • IdM-Server-Installation: Der IdM-Server muss ordnungsgemäß installiert und sein Dienst betriebsbereit sein. Siehe Red Hat-Dokument
  • Integration von IdM und AD:
    • Zwei-Wege-Vertrauensstellung: Eine Zwei-Wege-Vertrauensstellung sollte zwischen IdM und AD eingerichtet werden, damit Benutzer aus beiden Domänen auf die Dienste der jeweils anderen zugreifen können. Siehe Red Hat-Dokument
  • Vertrauensstellung im IdM-Server validieren:
    • IdM-Benutzerberechtigung prüfen: getentpasswd idmuser1@idm.example.com
    • AD-Benutzerberechtigung prüfen: getentpasswd aduser1@domain
  1. Erstellen einer nicht-domänengebundenen Linux VDA-Maschine
Um einen nicht-domänengebundenen Linux VDA zu erstellen, siehe Erstellen nicht-domänengebundener Linux VDAs mit MCS
  1. Standard-Anmeldetyp auf DDC ändern
Der Standard-MachineLogOnType einer von MCS erstellten Bereitstellungsgruppe ist LocalMappedAccount. Dies muss auf ActiveDirectory gesetzt werden, indem der folgende PowerShell-Befehl auf dem DDC ausgeführt wird:
Set-BrokerDesktopGroup -Name "<your delivery group name>" -MachineLogOnType ActiveDirectory
  1. IdM-Client installieren und VDA in IdM aufnehmen
  • IdM-Client auf dem Linux VDA installieren und konfigurieren:
  • AD-/IDM-Benutzerauthentifizierung überprüfen:
    • IdM-Benutzerberechtigung prüfen: ssh localhost -l idmuser1@idm.example.com
    • AD-Benutzerberechtigung prüfen: ssh localhost -l admuser1@domain
  1. Sitzung starten, um die Integration zu überprüfen
  • Für On-Premises-Szenario: Sowohl AD- als auch IdM-Benutzer können Sitzungen mit in IdM integrierten Linux VDAs starten.
  • Für DaaS-Szenario: Da IdM-Benutzer keine Dienste nutzen können, die zur AD-Domäne gehören, können in einer DaaS-Umgebung nur AD-Benutzer Sitzungen mit in IdM integrierten Linux VDAs starten.
  1. Linux VDA-Maschinen stapelweise bereitstellen
  • Siehe Schritt 2, Weitere Linux VDAs über MCS bereitstellen
  • Siehe Schritt 4, Automatisierung durch Drittanbieter nutzen, um jeden VDA in IdM aufzunehmen
Related information
Best Practices