Linux Virtual Delivery Agent für RHEL/CentOS manuell installieren

Last published : Nov 13, 2026
Wichtig:
Für Neuinstallationen empfehlen wir die Verwendung von Easy Install für eine schnelle Installation. Easy Install spart Zeit und Aufwand und ist weniger fehleranfällig als die in diesem Artikel beschriebene manuelle Installation.
Related information
Installationsübersicht

Schritt 1: RHEL 8/CentOS 8, RHEL 7/CentOS 7 für die VDA-Installation vorbereiten

Schritt 1a: Netzwerkkonfiguration überprüfen

Stellen Sie sicher, dass das Netzwerk korrekt verbunden und konfiguriert ist. Sie müssen beispielsweise den DNS-Server auf dem Linux VDA konfigurieren.

Schritt 1b: Hostnamen festlegen

Um sicherzustellen, dass der Hostname des Computers korrekt gemeldet wird, ändern Sie die Datei /etc/hostname so, dass sie nur den Hostnamen des Computers enthält.
hostname

Schritt 1c: Eine Loopback-Adresse dem Hostnamen zuweisen

Um sicherzustellen, dass der DNS-Domänenname und der vollqualifizierte Domänenname (FQDN) des Computers korrekt zurückgemeldet werden, ändern Sie die folgende Zeile der Datei /etc/hosts, sodass sie den FQDN und den Hostnamen als erste zwei Einträge enthält:
127.0.0.1 Hostname-FQDN Hostname localhost localhost.localdomain localhost4 localhost4.localdomain4
Zum Beispiel:
127.0.0.1 vda01.example.com vda01 localhost localhost.localdomain localhost4 localhost4.localdomain4
Entfernen Sie alle anderen Verweise auf hostname-fqdn oder hostname aus anderen Einträgen in der Datei.
Hinweis:
Der Linux VDA unterstützt derzeit keine NetBIOS-Namenskürzung. Daher darf der Hostname 15 Zeichen nicht überschreiten.
Tipp:
Verwenden Sie nur die Zeichen a–z, A–Z, 0–9 und Bindestrich (-). Vermeiden Sie Unterstriche (\_), Leerzeichen und andere Symbole. Beginnen Sie einen Hostnamen nicht mit einer Zahl und beenden Sie ihn nicht mit einem Bindestrich. Diese Regel gilt auch für Delivery Controller-Hostnamen.

Schritt 1d: Hostnamen überprüfen

Überprüfen Sie, ob der Hostname korrekt festgelegt ist:
hostname
Dieser Befehl gibt nur den Hostnamen des Computers zurück und nicht seinen vollqualifizierten Domänennamen (FQDN).
Überprüfen Sie, ob der FQDN korrekt festgelegt ist:
hostname -f
Dieser Befehl gibt den FQDN des Computers zurück.

Schritt 1e: Namensauflösung und Dienstverfügbarkeit prüfen

Stellen Sie sicher, dass Sie den FQDN auflösen und den Domänencontroller und den Delivery Controller™ anpingen können:
nslookup domain-controller-fqdn

ping domain-controller-fqdn

nslookup delivery-controller-fqdn

ping delivery-controller-fqdn
Wenn Sie den FQDN nicht auflösen oder keine der Maschinen anpingen können, überprüfen Sie die Schritte, bevor Sie fortfahren.

Schritt 1f: Uhrensynchronisierung konfigurieren

Eine genaue Uhrensynchronisierung zwischen den VDAs, Delivery Controllern und Domänencontrollern ist entscheidend. Das Hosten des Linux VDA als virtuelle Maschine kann zu Problemen mit der Zeitverschiebung führen. Aus diesem Grund wird die Synchronisierung der Zeit mit einem externen Zeitdienst bevorzugt.
Eine Standardumgebung von RHEL 8/RHEL 7 verwendet den Chrony-Daemon (chronyd) zur Uhrensynchronisierung.

Chrony-Dienst konfigurieren

Bearbeiten Sie als Root-Benutzer die Datei /etc/chrony.conf und fügen Sie einen Servereintrag für jeden externen Zeitserver hinzu:
server peer1-fqdn-or-ip-address iburst

server peer2-fqdn-or-ip-address iburst
In einer typischen Bereitstellung synchronisieren Sie die Zeit von den lokalen Domänencontrollern und nicht direkt von öffentlichen NTP-Pool-Servern. Fügen Sie einen Servereintrag für jeden Active Directory-Domänencontroller in der Domäne hinzu.
Entfernen Sie alle anderen aufgeführten Servereinträge, einschließlich Loopback-IP-Adresse, Localhost und öffentliche Server-Einträge *.pool.ntp.org.
Speichern Sie die Änderungen und starten Sie den Chrony-Daemon neu:
sudo /sbin/service chronyd restart

Schritt 1g: OpenJDK 11 installieren

Der Linux VDA erfordert die Installation von OpenJDK 11. Die Laufzeitumgebung wird bei der Installation des Linux VDA automatisch als Abhängigkeit installiert.
Bestätigen Sie die korrekte Version:
sudo yum info java-11-openjdk
Das vorinstallierte OpenJDK ist möglicherweise eine frühere Version. Aktualisieren Sie auf OpenJDK 11:
sudo yum -y update java-11-openjdk

Schritt 1h: PostgreSQL installieren

Der Linux VDA erfordert entweder PostgreSQL 10.5 oder höher unter RHEL 8 oder PostgreSQL 9.2 oder höher unter RHEL 7.
Installieren Sie die folgenden Pakete:
sudo yum -y install postgresql-server

sudo yum -y install postgresql-jdbc
Der folgende Schritt nach der Installation ist erforderlich, um die Datenbank zu initialisieren und sicherzustellen, dass der Dienst beim Start des Computers gestartet wird. Diese Aktion erstellt Datenbankdateien unter /var/lib/pgsql/data. Der Befehl unterscheidet sich zwischen PostgreSQL 10 und 9:
sudo postgresql-setup initdb

Schritt 1i: PostgreSQL starten

Starten Sie den Dienst beim Systemstart und starten Sie den Dienst sofort:
sudo systemctl enable postgresql

sudo systemctl start postgresql
Überprüfen Sie die Version von PostgreSQL mit:
psql --version
(Nur RHEL 7) Überprüfen Sie, ob das Datenverzeichnis mit dem Befehlszeilendienstprogramm psql festgelegt ist:
sudo -u postgres psql -c 'show data_directory'

Schritt 2: Hypervisor vorbereiten

Einige Änderungen sind erforderlich, wenn der Linux VDA als virtuelle Maschine auf einem unterstützten Hypervisor ausgeführt wird. Nehmen Sie die folgenden Änderungen entsprechend der verwendeten Hypervisor-Plattform vor. Es sind keine Änderungen erforderlich, wenn Sie die Linux-Maschine auf Bare-Metal-Hardware ausführen.

Zeitsynchronisierung auf Citrix Hypervisor™ beheben

Wenn die Citrix Hypervisor Time Sync-Funktion aktiviert ist, treten in jeder paravirtualisierten Linux-VM Probleme mit NTP und Citrix Hypervisor auf, da beide versuchen, die Systemuhr zu verwalten. Um zu vermeiden, dass die Uhr mit anderen Servern nicht mehr synchron ist, stellen Sie sicher, dass die Systemuhr in jedem Linux-Gast mit dem NTP synchronisiert ist. In diesem Fall muss die Host-Zeitsynchronisierung deaktiviert werden. Im HVM-Modus sind keine Änderungen erforderlich.
Auf einigen Linux-Distributionen können Sie, wenn Sie einen paravirtualisierten Linux-Kernel mit installierten Citrix VM Tools ausführen, innerhalb der Linux-VM überprüfen, ob die Citrix Hypervisor Time Sync-Funktion vorhanden und aktiviert ist:
su -

cat /proc/sys/xen/independent_wallclock
Dieser Befehl gibt 0 oder 1 zurück:
  • 0 – Die Zeitsynchronisierungsfunktion ist aktiviert und muss deaktiviert werden.
  • 1 – Die Zeitsynchronisierungsfunktion ist deaktiviert, und es sind keine weiteren Maßnahmen erforderlich.
Wenn die Datei /proc/sys/xen/independent\_wallclock nicht vorhanden ist, sind die folgenden Schritte nicht erforderlich.
Falls aktiviert, deaktivieren Sie die Zeitsynchronisierungsfunktion, indem Sie 1 in die Datei schreiben:
sudo echo 1 > /proc/sys/xen/independent_wallclock
Um diese Änderung dauerhaft und nach einem Neustart beizubehalten, bearbeiten Sie die Datei /etc/sysctl.conf und fügen Sie die Zeile hinzu:
xen.independent_wallclock = 1
Um diese Änderungen zu überprüfen, starten Sie das System neu:
su -

cat /proc/sys/xen/independent_wallclock
Dieser Befehl gibt den Wert 1 zurück.

Beheben der Zeitsynchronisierung auf Microsoft Hyper-V

Die Linux-VMs mit installierten Hyper-V Linux Integration Services können die Hyper-V-Zeitsynchronisierungsfunktion verwenden, um die Zeit des Host-Betriebssystems zu nutzen. Um sicherzustellen, dass die Systemuhr genau bleibt, müssen Sie diese Funktion zusammen mit den NTP-Diensten aktivieren.
Vom Verwaltungsbetriebssystem aus:
  1. Öffnen Sie die Hyper-V-Manager-Konsole.
  2. Wählen Sie für die Einstellungen einer Linux-VM Integrationsdienste aus.
  3. Stellen Sie sicher, dass Zeitsynchronisierung ausgewählt ist.
Hinweis:
Dieser Ansatz unterscheidet sich von VMware und Citrix Hypervisor, wo die Host-Zeitsynchronisierung deaktiviert ist, um Konflikte mit NTP zu vermeiden. Die Hyper-V-Zeitsynchronisierung kann mit der NTP-Zeitsynchronisierung koexistieren und diese ergänzen.

Zeitsynchronisierung auf ESX und ESXi beheben

Wenn die VMware-Zeitsynchronisierungsfunktion aktiviert ist, treten in jeder paravirtualisierten Linux-VM Probleme mit NTP und dem Hypervisor auf, die beide versuchen, die Systemuhr zu synchronisieren. Um zu vermeiden, dass die Uhr mit anderen Servern nicht mehr synchron ist, stellen Sie sicher, dass die Systemuhr in jedem Linux-Gast mit NTP synchronisiert ist. In diesem Fall muss die Host-Zeitsynchronisierung deaktiviert werden.
Wenn Sie einen paravirtualisierten Linux-Kernel mit installierten VMware Tools ausführen:
  1. Öffnen Sie den vSphere Client.
  2. Bearbeiten Sie die Einstellungen für die Linux-VM.
  3. Öffnen Sie im Dialogfeld Virtual Machine Properties die Registerkarte Options.
  4. Wählen Sie VMware Tools.
  5. Deaktivieren Sie im Feld Advanced die Option Synchronize guest time with host.

Schritt 3: Hinzufügen der virtuellen Linux-Maschine (VM) zur Windows-Domäne

Der Linux VDA unterstützt mehrere Methoden zum Hinzufügen von Linux-Maschinen zur Active Directory (AD)-Domäne:
Befolgen Sie die Anweisungen entsprechend der von Ihnen gewählten Methode.
Hinweis:
Sitzungsstarts können fehlschlagen, wenn derselbe Benutzername für das lokale Konto im Linux VDA und das Konto in AD verwendet wird.

Samba Winbind

Installieren oder aktualisieren Sie die erforderlichen Pakete:
Für RHEL 8/CentOS 8:
sudo yum -y install samba-winbind samba-winbind-clients krb5-workstation oddjob-mkhomedir realmd authselect
Für RHEL 7/CentOS 7:
sudo yum -y install samba-winbind samba-winbind-clients krb5-workstation authconfig oddjob-mkhomedir

Winbind-Daemon beim Systemstart aktivieren

Der Winbind-Daemon muss so konfiguriert werden, dass er beim Systemstart gestartet wird:
sudo /sbin/chkconfig winbind on

Winbind-Authentifizierung konfigurieren

Konfigurieren Sie den Computer für die Kerberos-Authentifizierung mithilfe von Winbind:
  1. Führen Sie den folgenden Befehl aus.
    Für RHEL 8:
    sudo authselect select winbind with-mkhomedir --force
    Für RHEL 7:
    sudo authconfig --disablecache --disablesssd --disablesssdauth --enablewinbind --enablewinbindauth --disablewinbindoffline --smbsecurity=ads --smbworkgroup=domain --smbrealm=REALM --krb5realm=REALM --krb5kdc=fqdn-of-domain-controller --winbindtemplateshell=/bin/bash --enablemkhomedir --updateall
    Dabei ist REALM der Kerberos-Realm-Name in Großbuchstaben und domain der NetBIOS-Name der Domäne.
    Wenn eine DNS-basierte Suche nach dem KDC-Server und dem Realm-Namen erforderlich ist, fügen Sie die folgenden zwei Optionen zum vorherigen Befehl hinzu:
    --enablekrb5kdcdns --enablekrb5realmdns
    Ignorieren Sie alle Fehler, die vom authconfig Befehl bezüglich des Fehlers beim Starten des winbind Dienstes zurückgegeben werden. Die Fehler können auftreten, wenn authconfig versucht, den winbind Dienst zu starten, ohne dass der Computer bereits der Domäne beigetreten ist.
  2. Öffnen Sie /etc/samba/smb.conf und fügen Sie die folgenden Einträge unter dem Abschnitt \[Global\] hinzu, aber nach dem Abschnitt, der vom authconfig Tool generiert wurde:
    kerberos method = secrets and keytab
    winbind refresh tickets = true winbind offline logon = no
  3. (Nur RHEL 8) Öffnen Sie /etc/krb5.conf und fügen Sie Einträge unter den Abschnitten [libdefaults], [realms] und [domain_realm] hinzu:
    Unter dem Abschnitt [libdefaults]:
    default_ccache_name = FILE:/tmp/krb5cc_%{uid}
    default_realm = REALM dns_lookup_kdc = true
    Unter dem Abschnitt [realms]:
    REALM = {
    kdc = fqdn-of-domain-controller }
    Unter dem Abschnitt [domain_realm]:
    realm = REALM
    .realm = REALM
Der Linux VDA benötigt die System-Keytab-Datei /etc/krb5.keytab, um sich beim Delivery Controller zu authentifizieren und zu registrieren. Die vorherige Kerberos-Methodeneinstellung zwingt Winbind dazu, die System-Keytab-Datei zu erstellen, wenn der Computer zum ersten Mal der Domäne beitritt.

Windows-Domäne beitreten

Ihr Domänencontroller muss erreichbar sein, und Sie müssen über ein Active Directory-Benutzerkonto mit Berechtigungen zum Hinzufügen von Computern zur Domäne verfügen:
RHEL 8:
sudo realm join -U user --client-software=winbind REALM
RHEL 7:
sudo net ads join REALM -U user
REALM ist der Kerberos-Realm-Name in Großbuchstaben, und user ist ein Domänenbenutzer, der Berechtigungen zum Hinzufügen von Computern zur Domäne besitzt.

PAM für Winbind konfigurieren

Standardmäßig aktiviert die Konfiguration für das Winbind PAM-Modul (pam\_winbind) weder das Kerberos-Ticket-Caching noch die Erstellung von Home-Verzeichnissen. Öffnen Sie /etc/security/pam\_winbind.conf und fügen Sie die folgenden Einträge unter dem Abschnitt \[Global\] hinzu oder ändern Sie sie:
krb5_auth = yes
krb5_ccache_type = FILE mkhomedir = yes
Stellen Sie sicher, dass alle führenden Semikolons aus jeder Einstellung entfernt werden. Diese Änderungen erfordern einen Neustart des Winbind-Daemons:
sudo /sbin/service winbind restart
Tipp:
Der winbind-Daemon bleibt nur aktiv, wenn der Computer einer Domäne beigetreten ist.
Öffnen Sie /etc/krb5.conf und ändern Sie die folgende Einstellung im Abschnitt \[libdefaults\] von KEYRING auf den Typ FILE:
default_ccache_name = FILE:/tmp/krb5cc_%{uid}

Domänenmitgliedschaft überprüfen

Der Delivery Controller erfordert, dass alle VDA-Maschinen (Windows- und Linux-VDAs) ein Computerobjekt in Active Directory haben.
Führen Sie den Befehl net ads von Samba aus, um zu überprüfen, ob der Computer einer Domäne beigetreten ist:
sudo net ads testjoin
Führen Sie den folgenden Befehl aus, um zusätzliche Informationen zum Domänen- und Computerobjekt zu überprüfen:
sudo net ads info

Kerberos-Konfiguration überprüfen

Um sicherzustellen, dass Kerberos korrekt für die Verwendung mit dem Linux VDA konfiguriert ist, überprüfen Sie, ob die System-Keytab-Datei erstellt wurde und gültige Schlüssel enthält:
sudo klist -ke
Dieser Befehl zeigt die Liste der verfügbaren Schlüssel für die verschiedenen Kombinationen von Prinzipalnamen und Chiffriersuiten an. Führen Sie den Kerberos-Befehl kinit aus, um den Computer mit diesen Schlüsseln beim Domänencontroller zu authentifizieren:
sudo kinit -k MACHINE\$@REALM
Die Computer- und Realm-Namen müssen in Großbuchstaben angegeben werden. Das Dollarzeichen ($) muss mit einem Backslash (\\) maskiert werden, um eine Shell-Substitution zu verhindern. In einigen Umgebungen unterscheidet sich der DNS-Domänenname vom Kerberos-Realm-Namen. Stellen Sie sicher, dass der Realm-Name verwendet wird. Wenn dieser Befehl erfolgreich ist, wird keine Ausgabe angezeigt.
Überprüfen Sie, ob das TGT-Ticket für das Computerkonto mit folgendem Befehl zwischengespeichert wurde:
sudo klist
Überprüfen Sie die Kontodetails des Computers mit folgendem Befehl:
sudo net ads status

Benutzerauthentifizierung überprüfen

Verwenden Sie das Tool wbinfo, um zu überprüfen, ob Domänenbenutzer sich bei der Domäne authentifizieren können:
wbinfo --krb5auth=domain\\username%password
Die hier angegebene Domäne ist der AD-Domänenname, nicht der Kerberos-Realm-Name. Für die Bash-Shell muss der Backslash (\\) mit einem weiteren Backslash maskiert werden. Dieser Befehl gibt eine Meldung zurück, die den Erfolg oder Misserfolg anzeigt.
Um zu überprüfen, ob das Winbind PAM-Modul korrekt konfiguriert ist, melden Sie sich am Linux VDA mit einem Domänenbenutzerkonto an, das zuvor noch nicht verwendet wurde.
ssh localhost -l domain\\username
id -u
Überprüfen Sie, ob die Tickets im Kerberos-Anmeldeinformationscache gültig und nicht abgelaufen sind:
klist
Beenden Sie die Sitzung.
exit
Ein ähnlicher Test kann durchgeführt werden, indem Sie sich direkt an der Gnome- oder KDE-Konsole anmelden. Fahren Sie nach der Überprüfung des Domänenbeitritts mit Schritt 6: Installieren des Linux VDA fort.

Quest Authentication Services

Quest auf dem Domänencontroller konfigurieren

Gehen Sie davon aus, dass Sie die Quest-Software auf den Active Directory-Domänencontrollern installiert und konfiguriert haben und Ihnen administrative Berechtigungen zum Erstellen von Computerobjekten in Active Directory erteilt wurden.

Domänenbenutzern die Anmeldung an Linux VDA-Maschinen ermöglichen

Um Domänenbenutzern das Herstellen von HDX™-Sitzungen auf einer Linux VDA-Maschine zu ermöglichen:
  1. Öffnen Sie in der Verwaltungskonsole „Active Directory-Benutzer und -Computer“ die Active Directory-Benutzereigenschaften für dieses Benutzerkonto.
  2. Wählen Sie die Registerkarte Unix-Konto aus.
  3. Aktivieren Sie Unix-aktiviert.
  4. Legen Sie die Primäre GID-Nummer auf die Gruppen-ID einer tatsächlichen Domänenbenutzergruppe fest.
Hinweis:
Diese Anweisungen sind äquivalent für die Einrichtung von Domänenbenutzern zur Anmeldung über die Konsole, RDP, SSH oder jedes andere Remoting-Protokoll.

Quest auf Linux VDA konfigurieren

SELinux-Richtlinienerzwingung umgehen
In der Standard-RHEL-Umgebung ist SELinux vollständig erzwungen. Diese Erzwingung beeinträchtigt die von Quest verwendeten IPC-Mechanismen für Unix-Domänensockets und verhindert, dass Domänenbenutzer sich anmelden können.
Der einfachste Weg, dieses Problem zu umgehen, ist die Deaktivierung von SELinux. Bearbeiten Sie als Root-Benutzer /etc/selinux/config und ändern Sie die SELinux-Einstellung:
SELINUX=permissive
Diese Änderung erfordert einen Neustart des Computers:
reboot
Wichtig:
Verwenden Sie diese Einstellung mit Vorsicht. Das erneute Aktivieren der SELinux-Richtlinienerzwingung nach der Deaktivierung kann zu einer vollständigen Sperrung führen, selbst für den Root-Benutzer und andere lokale Benutzer.

VAS-Daemon konfigurieren

Die automatische Verlängerung von Kerberos-Tickets muss aktiviert und getrennt werden. Die Authentifizierung (Offline-Anmeldung) muss deaktiviert werden.
sudo /opt/quest/bin/vastool configure vas vasd auto-ticket-renew-interval 32400

sudo /opt/quest/bin/vastool configure vas vas_auth allow-disconnected-auth false
Dieser Befehl setzt das Verlängerungsintervall auf neun Stunden (32.400 Sekunden), was eine Stunde weniger ist als die standardmäßige Ticket-Lebensdauer von 10 Stunden. Legen Sie diesen Parameter auf einen niedrigeren Wert fest, wenn die Ticket-Lebensdauer auf den Systemen kürzer ist.

PAM und NSS konfigurieren

Um die Domänenbenutzeranmeldung über HDX und andere Dienste wie su, ssh und RDP zu ermöglichen, führen Sie die folgenden Befehle aus, um PAM und NSS manuell zu konfigurieren:
sudo /opt/quest/bin/vastool configure pam

sudo /opt/quest/bin/vastool configure nss

Windows-Domäne beitreten

Fügen Sie die Linux-Maschine der Active Directory-Domäne mit dem Quest-Befehl vastool hinzu:
sudo /opt/quest/bin/vastool -u user join domain-name
Der Benutzer ist ein beliebiger Domänenbenutzer, der über Berechtigungen zum Hinzufügen von Computern zur Active Directory-Domäne verfügt. Der Domänenname ist der DNS-Name der Domäne, zum Beispiel example.com.

Domänenmitgliedschaft überprüfen

Der Delivery Controller erfordert, dass alle VDA-Maschinen (Windows- und Linux-VDAs) ein Computerobjekt in Active Directory haben. Um zu überprüfen, ob eine mit Quest verbundene Linux-Maschine in der Domäne ist:
sudo /opt/quest/bin/vastool info domain
Wenn die Maschine einer Domäne beigetreten ist, gibt dieser Befehl den Domänennamen zurück. Wenn die Maschine keiner Domäne beigetreten ist, wird der folgende Fehler angezeigt:
ERROR: No domain could be found.
ERROR: VAS_ERR_CONFIG: at ctx.c:414 in _ctx_init_default_realm default_realm not configured in vas.conf. Computer may not be joined to domain

Benutzerauthentifizierung überprüfen

Um zu überprüfen, ob Quest Domänenbenutzer über PAM authentifizieren kann, melden Sie sich am Linux VDA mit einem Domänenbenutzerkonto an, das zuvor noch nicht verwendet wurde.
ssh localhost -l domain\\username
id -u
Überprüfen Sie, ob eine entsprechende Kerberos-Anmeldeinformations-Cache-Datei für die UID erstellt wurde, die vom Befehl id -u zurückgegeben wird:
ls /tmp/krb5cc_uid
Überprüfen Sie, ob die Tickets im Kerberos-Anmeldeinformations-Cache gültig und nicht abgelaufen sind:
/opt/quest/bin/vastool klist
Beenden Sie die Sitzung.
exit
Ein ähnlicher Test kann durchgeführt werden, indem Sie sich direkt an der Gnome- oder KDE-Konsole anmelden. Fahren Sie nach der Überprüfung des Domänenbeitritts mit Schritt 6: Installieren des Linux VDA fort.

Centrify DirectControl

Einer Windows-Domäne beitreten

Nachdem der Centrify DirectControl Agent installiert wurde, treten Sie mit der Linux-Maschine der Active Directory-Domäne mithilfe des Centrify-Befehls adjoin bei:
su –
adjoin -w -V -u user domain-name
Der Parameter user ist ein beliebiger Active Directory-Domänenbenutzer, der über Berechtigungen verfügt, Computer der Active Directory-Domäne beizutreten. Der Domänenname ist der Name der Domäne, der die Linux-Maschine beitreten soll.

Domänenmitgliedschaft überprüfen

Der Delivery Controller erfordert, dass alle VDA-Maschinen (Windows- und Linux-VDAs) ein Computerobjekt in Active Directory haben. Um zu überprüfen, ob eine mit Centrify verbundene Linux-Maschine in der Domäne ist:
su –
adinfo
Überprüfen Sie, ob der Wert "Joined to domain" gültig ist und der CentrifyDC-Modus "connected" zurückgibt. Wenn der Modus im Startzustand hängen bleibt, treten beim Centrify-Client Probleme mit der Serververbindung oder Authentifizierung auf.
Umfassendere System- und Diagnoseinformationen sind verfügbar unter:
adinfo --sysinfo all
adinfo –diag
Testen Sie die Konnektivität zu den verschiedenen Active Directory- und Kerberos-Diensten.
adinfo --test
Fahren Sie nach der Überprüfung des Domänenbeitritts mit Schritt 6: Installieren des Linux VDA fort.

SSSD

Wenn Sie SSSD verwenden, befolgen Sie die Anweisungen in diesem Abschnitt. Dieser Abschnitt enthält Anweisungen zum Beitreten einer Linux VDA-Maschine zu einer Windows-Domäne und bietet Anleitungen zur Konfiguration der Kerberos-Authentifizierung.
Um SSSD unter RHEL und CentOS einzurichten, gehen Sie wie folgt vor:
  1. Der Domäne beitreten und Host-Keytab erstellen
  2. SSSD einrichten
  3. SSSD aktivieren
  4. Kerberos-Konfiguration überprüfen
  5. Benutzerauthentifizierung überprüfen

Der Domäne beitreten und Host-Keytab erstellen

SSSD bietet keine Active Directory-Clientfunktionen für den Domänenbeitritt und die Verwaltung der System-Keytab-Datei. Stattdessen können Sie adcli, realmd oder Samba verwenden.
Dieser Abschnitt beschreibt die Ansätze Samba und adcli für RHEL 7 bzw. RHEL 8. Für realmd siehe die RHEL- oder CentOS-Dokumentation. Diese Schritte müssen vor der Konfiguration von SSSD ausgeführt werden.
  • Samba (RHEL 7):
    Erforderliche Pakete installieren oder aktualisieren:
    sudo yum -y install krb5-workstation authconfig oddjob-mkhomedir samba-common-tools
    Auf dem Linux-Client mit ordnungsgemäß konfigurierten Dateien:
    • /etc/krb5.conf
    • /etc/samba/smb.conf:
    Maschine für Samba- und Kerberos-Authentifizierung konfigurieren:
    sudo authconfig --smbsecurity=ads --smbworkgroup=domain --smbrealm=REALM --krb5realm=REALM --krb5kdc=fqdn-of-domain-controller --update
    Dabei ist REALM der Kerberos-Realm-Name in Großbuchstaben und domain der kurze NetBIOS-Name der Active Directory-Domäne.
    Hinweis:
    Die Einstellungen in diesem Artikel sind für das Einzeldomänen-, Einzelforst-Modell vorgesehen. Konfigurieren Sie Kerberos basierend auf Ihrer AD-Infrastruktur.
    Wenn eine DNS-basierte Suche des KDC-Servers und des Realm-Namens erforderlich ist, fügen Sie die folgenden zwei Optionen zum vorhergehenden Befehl hinzu:
    --enablekrb5kdcdns --enablekrb5realmdns
    Öffnen Sie /etc/samba/smb.conf und fügen Sie die folgenden Einträge unter dem Abschnitt \[Global\] hinzu, jedoch nach dem vom Tool authconfig generierten Abschnitt:
    kerberos method = secrets and keytab
    winbind offline logon = no
    Treten Sie der Windows-Domäne bei. Stellen Sie sicher, dass Ihr Domänencontroller erreichbar ist und Sie über ein Active Directory-Benutzerkonto mit Berechtigungen zum Hinzufügen von Computern zur Domäne verfügen:
    sudo net ads join REALM -U user
    REALM ist der Kerberos-Realm-Name in Großbuchstaben und user ist ein Domänenbenutzer, der Berechtigungen zum Hinzufügen von Computern zur Domäne hat.
  • Adcli (RHEL 8):
    Erforderliche Pakete installieren oder aktualisieren:
    sudo yum -y install samba-common samba-common-tools krb5-workstation authconfig oddjob-mkhomedir realmd oddjob authselect
    Maschine für Samba- und Kerberos-Authentifizierung konfigurieren:
    sudo authselect select sssd with-mkhomedir --force
    Öffnen Sie /etc/krb5.conf und fügen Sie die Einträge unter den Abschnitten und hinzu.
    Unter dem Abschnitt :
    REALM = {
    kdc = fqdn-of-domain-controller }
    Unter dem Abschnitt :
    realm = REALM .realm = REALM
    Treten Sie der Windows-Domäne bei. Stellen Sie sicher, dass Ihr Domänencontroller erreichbar ist und Sie über ein Active Directory-Benutzerkonto mit Berechtigungen zum Hinzufügen von Computern zur Domäne verfügen:
    sudo realm join REALM -U user
    REALM ist der Kerberos-Realm-Name in Großbuchstaben und user ist ein Domänenbenutzer, der Berechtigungen zum Hinzufügen von Computern zur Domäne besitzt.

SSSD einrichten

Die Einrichtung von SSSD umfasst die folgenden Schritte:
  • Installieren Sie das Paket sssd-ad auf dem Linux VDA, indem Sie den Befehl sudo yum -y install sssd ausführen.
  • Nehmen Sie Konfigurationsänderungen an verschiedenen Dateien vor (z. B. sssd.conf).
  • Starten Sie den Dienst sssd.
Eine Beispielkonfiguration für sssd.conf für RHEL 7 (zusätzliche Optionen können bei Bedarf hinzugefügt werden):
Eine Beispiel-SSSD-Konfiguration für RHEL 7
Ersetzen Sie ad.example.com, server.ad.example.com durch die entsprechenden Werte. Weitere Informationen finden Sie unter sssd-ad(5) – Linux-Manpage.
(Nur RHEL 8) Öffnen Sie /etc/sssd/sssd.conf und fügen Sie die folgenden Einträge unter dem Abschnitt hinzu:
ad_gpo_access_control = permissive
full_name_format = %2$s\%1$s fallback_homedir = /home/%d/%u
# Kerberos settings krb5_ccachedir = /tmp
krb5_ccname_template = FILE:%d/krb5cc_%U
Legen Sie den Dateibesitz und die Berechtigungen für sssd.conf fest:
chown root:root /etc/sssd/sssd.conf
chmod 0600 /etc/sssd/sssd.conf restorecon /etc/sssd/sssd.conf

SSSD aktivieren

RHEL 8:
Führen Sie die folgenden Befehle aus, um SSSD zu aktivieren:
sudo systemctl restart sssd
sudo systemctl enable sssd.service
sudo chkconfig sssd on
RHEL 7/CentOS 7:
Verwenden Sie authconfig, um SSSD zu aktivieren. Installieren Sie oddjob-mkhomedir, um sicherzustellen, dass die Erstellung des Home-Verzeichnisses mit SELinux kompatibel ist:
authconfig --enablesssd --enablesssdauth --enablemkhomedir –-update

sudo service sssd start

sudo chkconfig sssd on

Kerberos-Konfiguration überprüfen

Überprüfen Sie, ob die Systemdatei keytab erstellt wurde und gültige Schlüssel enthält:
sudo klist -ke
Dieser Befehl zeigt die Liste der verfügbaren Schlüssel für die verschiedenen Kombinationen von Prinzipalnamen und Chiffriersuiten an. Führen Sie den Kerberos-Befehl kinit aus, um den Computer mit dem Domänencontroller unter Verwendung dieser Schlüssel zu authentifizieren:
sudo kinit –k MACHINE\$@REALM
Der Computer- und Realm-Name müssen in Großbuchstaben angegeben werden. Das Dollarzeichen ($) muss mit einem Backslash (**\**) maskiert werden, um eine Shell-Substitution zu verhindern. In einigen Umgebungen unterscheidet sich der DNS-Domänenname vom Kerberos-Realm-Namen. Stellen Sie sicher, dass der Realm-Name verwendet wird. Wenn dieser Befehl erfolgreich ist, wird keine Ausgabe angezeigt.
Überprüfen Sie, ob das TGT-Ticket für das Computerkonto zwischengespeichert wurde, indem Sie Folgendes verwenden:
sudo klist

Benutzerauthentifizierung überprüfen

Verwenden Sie den Befehl getent, um zu überprüfen, ob das Anmeldeformat unterstützt wird und NSS funktioniert:
sudo getent passwd DOMAIN\\username
Der Parameter DOMAIN gibt den Kurznamen der Domäne an. Wenn ein anderes Anmeldeformat erforderlich ist, überprüfen Sie dies zuerst mit dem Befehl getent.
Die unterstützten Anmeldeformate sind:
  • Down-Level-Anmeldename: DOMAIN\username
  • UPN: username@domain.com
  • NetBIOS-Suffix-Format: username@DOMAIN
Um zu überprüfen, ob das SSSD-PAM-Modul korrekt konfiguriert ist, melden Sie sich am Linux VDA mit einem Domänenbenutzerkonto an, das zuvor noch nicht verwendet wurde.
sudo ssh localhost –l DOMAIN\\username

id -u
Überprüfen Sie, ob eine entsprechende Kerberos-Anmeldeinformations-Cache-Datei für die von dem Befehl zurückgegebene uid erstellt wurde:
ls /tmp/krb5cc_{uid}
Überprüfen Sie, ob die Tickets im Kerberos-Anmeldeinformations-Cache des Benutzers gültig und nicht abgelaufen sind.
klist
Fahren Sie nach der Überprüfung des Domänenbeitritts mit Schritt 6: Installieren des Linux VDA fort.

PBIS

Erforderliches PBIS-Paket herunterladen

Für RHEL 7/CentOS 7, zum Beispiel:
wget https://github.com/BeyondTrust/pbis-open/releases/download/8.8.0/pbis-open-8.8.0.506.linux.x86_64.rpm.sh
Für RHEL 8/CentOS 8, zum Beispiel:
wget https://github.com/BeyondTrust/pbis-open/releases/download/9.1.0/pbis-open-9.1.0.551.linux.x86_64.rpm.sh

PBIS-Installationsskript ausführbar machen

Für RHEL 7/CentOS 7, zum Beispiel:
chmod +x pbis-open-8.8.0.506.linux.x86_64.rpm.sh
Für RHEL 8/CentOS 8, zum Beispiel:
chmod +x pbis-open-9.1.0.551.linux.x86_64.rpm.sh

PBIS-Installationsskript ausführen

Für RHEL 7/CentOS 7, zum Beispiel:
sh pbis-open-8.8.0.506.linux.x86_64.rpm.sh
Für RHEL 8/CentOS 8, zum Beispiel:
sh pbis-open-9.1.0.551.linux.x86_64.rpm.sh

Windows-Domäne beitreten

Ihr Domänencontroller muss erreichbar sein, und Sie müssen über ein Active Directory-Benutzerkonto mit Berechtigungen zum Hinzufügen von Computern zur Domäne verfügen:
/opt/pbis/bin/domainjoin-cli join domain-name user
Der Benutzer ist ein Domänenbenutzer, der über Berechtigungen zum Hinzufügen von Computern zur Active Directory-Domäne verfügt. Der Domänenname ist der DNS-Name der Domäne, zum Beispiel example.com.
Hinweis: Um Bash als Standardshell festzulegen, führen Sie den Befehl /opt/pbis/bin/config LoginShellTemplate/bin/bash aus.

Domänenmitgliedschaft überprüfen

Der Delivery Controller erfordert, dass alle VDA-Maschinen (Windows- und Linux-VDAs) ein Computerobjekt in Active Directory haben. Um zu überprüfen, ob eine PBIS-verbundene Linux-Maschine in der Domäne ist:
/opt/pbis/bin/domainjoin-cli query
Wenn die Maschine einer Domäne beigetreten ist, gibt dieser Befehl Informationen über die aktuell beigetretene AD-Domäne und OU zurück. Andernfalls wird nur der Hostname angezeigt.

Benutzerauthentifizierung überprüfen

Um zu überprüfen, ob PBIS Domänenbenutzer über PAM authentifizieren kann, melden Sie sich am Linux VDA mit einem Domänenbenutzerkonto an, das zuvor noch nicht verwendet wurde.
ssh localhost -l domain\\user

id -u
Überprüfen Sie, ob eine entsprechende Kerberos-Anmeldeinformations-Cache-Datei für die vom Befehl id -u zurückgegebene UID erstellt wurde:
ls /tmp/krb5cc_uid
Beenden Sie die Sitzung.
exit
Fahren Sie nach der Überprüfung des Domänenbeitritts mit Schritt 6: Installieren des Linux VDA fort.

Schritt 4: Installieren von .NET Core Runtime 3.1 als Voraussetzung

Bevor Sie den Linux VDA installieren, installieren Sie .NET Core Runtime 3.1 gemäß den Anweisungen unter <https://docs.microsoft.com/de-de/dotnet/core/install/linux-package-managers>.
Führen Sie nach der Installation von .NET Core Runtime 3.1 den Befehl which dotnet aus, um Ihren Laufzeitpfad zu finden.
Legen Sie basierend auf der Befehlsausgabe den Binärpfad der .NET Core-Laufzeit fest. Wenn die Befehlsausgabe beispielsweise /aa/bb/dotnet lautet, verwenden Sie /aa/bb als .NET-Binärpfad.

Schritt 5: Linux VDA-Paket herunterladen

Rufen Sie die Citrix Virtual Apps and Desktops-Downloadseite auf. erweitern Sie die entsprechende Version von Citrix Virtual Apps and Desktops und klicken Sie auf Components, um das Linux VDA-Paket herunterzuladen, das Ihrer Linux-Distribution entspricht.

Schritt 6: Linux VDA installieren

Sie können eine Neuinstallation durchführen oder eine vorhandene Installation von den beiden vorherigen Versionen und von einer LTSR-Version aktualisieren.

So führen Sie eine Neuinstallation durch

  1. (Optional) Alte Version deinstallieren
    Wenn Sie eine frühere Version als die beiden vorherigen und eine LTSR-Version installiert haben, deinstallieren Sie diese, bevor Sie die neue Version installieren.
    1. Linux VDA-Dienste beenden:
      sudo /sbin/service ctxvda stop

      sudo /sbin/service ctxhdx stop
      Hinweis:
      Bevor Sie die Dienste ctxvda und ctxhdx beenden, führen Sie den Befehl service ctxmonitorservice stop aus, um den Monitor-Dienst-Daemon zu beenden. Andernfalls startet der Monitor-Dienst-Daemon die von Ihnen beendeten Dienste neu.
    2. Paket deinstallieren:
      sudo rpm -e XenDesktopVDA
    Hinweis:
    Um einen Befehl auszuführen, ist der vollständige Pfad erforderlich; alternativ können Sie /opt/Citrix/VDA/sbin und /opt/Citrix/VDA/bin zum Systempfad hinzufügen.
  2. Linux VDA-Paket herunterladen
    Rufen Sie die Citrix Virtual Apps and Desktops-Downloadseite auf. erweitern Sie die entsprechende Version von Citrix Virtual Apps and Desktops und klicken Sie auf Components, um das Linux VDA-Paket herunterzuladen, das Ihrer Linux-Distribution entspricht.
  3. Installieren Sie den Linux VDA
    • Installieren Sie die Linux VDA-Software mit Yum:
      Für RHEL 8/CentOS 8:
      sudo yum install -y XenDesktopVDA-<version>.el8_x.x86_64.rpm
      Für RHEL 7/CentOS 7:
      sudo yum install -y XenDesktopVDA-<version>.el7_x.x86_64.rpm
    • Installieren Sie die Linux VDA-Software mit dem RPM-Paketmanager. Zuvor müssen Sie die folgenden Abhängigkeiten auflösen:
      Für RHEL 8/CentOS 8:
      sudo rpm -i XenDesktopVDA-<version>.el8_x.x86_64.rpm
      Für RHEL 7/CentOS 7:
      sudo rpm -i XenDesktopVDA-<version>.el7_x.x86_64.rpm
      RPM-Abhängigkeitsliste für RHEL 8/CentOS 8:
      ibus >= 1.5

      nss-tools >= 3.44.0

      gperftools-libs >= 2.4

      cyrus-sasl-gssapi >= 2.1

      python2 >= 2.7~

      postgresql-jdbc >= 42.2.3

      postgresql-server >= 10.6

      java-11-openjdk >= 11

      icoutils >= 0.32

      firewalld >= 0.8.0

      policycoreutils-python-utils >= 2.9

      python3-policycoreutils >= 2.9

      dbus >= 1.12.8

      dbus-common >= 1.12.8

      dbus-daemon >= 1.12.8

      dbus-tools >= 1.12.8

      dbus-x11 >= 1.12.8

      xorg-x11-server-utils >= 7.7

      xorg-x11-xinit >= 1.3.4

      libXpm >= 3.5.12

      libXrandr >= 1.5.1

      libXtst >= 1.2.3

      motif >= 2.3.4

      pam >= 1.3.1

      util-linux >= 2.32.1

      util-linux-user >= 2.32.1

      xorg-x11-utils >= 7.5

      bash >= 4.4

      findutils >= 4.6

      gawk >= 4.2

      sed >= 4.5

      cups >= 2.2

      foomatic-filters >= 4.0.9

      cups-filters >= 1.20.0

      ghostscript >= 9.25

      libxml2 >= 2.9

      libmspack >= 0.7
      RPM-Abhängigkeitsliste für RHEL 7/CentOS 7:
      libmspack >= 0.5

      ibus >= 1.5

      cyrus-sasl-gssapi >= 2.1

      gperftools-libs >= 2.4

      nss-tools >= 3.44.0

      postgresql-server >= 9.2

      postgresql-jdbc >= 9.2

      java-11-openjdk >= 11

      ImageMagick >= 6.7.8.9

      firewalld >= 0.3.9

      policycoreutils-python >= 2.0.83

      dbus >= 1.6.12

      dbus-x11 >= 1.6.12

      xorg-x11-server-utils >= 7.7

      xorg-x11-xinit >= 1.3.2

      libXpm >= 3.5.10

      libXrandr >= 1.4.1

      libXtst >= 1.2.2

      motif >= 2.3.4

      pam >= 1.1.8

      util-linux >= 2.23.2

      bash >= 4.2

      findutils >= 4.5

      gawk >= 4.0

      sed >= 4.2

      cups >= 1.6.0

      foomatic-filters >= 4.0.9

      openldap >= 2.4

      cyrus-sasl >= 2.1

      cyrus-sasl-gssapi >= 2.1

      libxml2 >= 2.9

      python-requests >= 2.6.0

      gperftools-libs >= 2.4

      rpmlib(FileDigests) <= 4.6.0-1

      rpmlib(PayloadFilesHavePrefix) <= 4.0-1

      pmlib(CompressedFileNames) <= 3.0.4-1

      rpmlib(PayloadIsXz) <= 5.2-1
    Hinweis:
    Eine Matrix der Linux-Distributionen und Xorg-Versionen, die diese Version des Linux VDA unterstützt, finden Sie unter Systemanforderungen.
    Nach der Installation des Linux VDA unter RHEL 7.x führen Sie den Befehl sudo yum install -y python-websockify x11vnc aus. Der Zweck ist die manuelle Installation von python-websockify und x11vnc zur Verwendung der Sitzungsschattenfunktion. Weitere Informationen finden Sie unter Sitzungen schatten.

So aktualisieren Sie eine vorhandene Installation

Sie können eine vorhandene Installation von den beiden vorherigen Versionen und von einer LTSR-Version aktualisieren.
Hinweis:
Das Aktualisieren einer vorhandenen Installation überschreibt die Konfigurationsdateien unter /etc/xdl. Bevor Sie ein Upgrade durchführen, stellen Sie sicher, dass Sie die Dateien sichern.
  • So aktualisieren Sie Ihre Software mit Yum:
    Für RHEL 7/CentOS 7:
    sudo yum install -y XenDesktopVDA-<version>.el7_x.x86_64.rpm
  • So aktualisieren Sie Ihre Software mit dem RPM-Paketmanager:
    Für RHEL 7/CentOS 7:
    sudo rpm -U XenDesktopVDA-<version>.el7_x.x86_64.rpm
Hinweis:
Wenn Sie RHEL 7 verwenden, stellen Sie sicher, dass Sie die folgenden Schritte ausführen, nachdem Sie die vorhergehenden Upgrade-Befehle ausgeführt haben:
  1. /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\Software\Citrix\VirtualDesktopAgent" -t "REG_SZ" -v "DotNetRuntimePath" -d "/opt/rh/rh-dotnet31/root/usr/bin/" --force ausführen, um den richtigen .NET-Laufzeitpfad festzulegen.
  2. Starten Sie den ctxvda-Dienst neu.
Wichtig:
Starten Sie die Linux VDA-Maschine nach dem Software-Upgrade neu.

Schritt 7: NVIDIA GRID-Treiber installieren

Die Aktivierung von HDX 3D Pro erfordert zusätzliche Installationsschritte, um die erforderlichen Grafiktreiber auf dem Hypervisor und auf den VDA-Maschinen zu installieren.
Konfigurieren Sie Folgendes:
  1. Citrix Hypervisor
  2. VMware ESX
Befolgen Sie die Anweisungen für den von Ihnen gewählten Hypervisor.
Citrix Hypervisor:
Dieser detaillierte Abschnitt beschreibt die Installation und Konfiguration der NVIDIA GRID-Treiber auf Citrix Hypervisor.
VMware ESX:
Befolgen Sie die Informationen in diesem Handbuch, um die NVIDIA GRID-Treiber für VMware ESX zu installieren und zu konfigurieren.
VDA-Maschinen:
Führen Sie die folgenden Schritte aus, um die Treiber für jeden der Linux-VM-Gäste zu installieren und zu konfigurieren:
  1. Stellen Sie vor dem Start sicher, dass die Linux-VM heruntergefahren ist.
  2. Fügen Sie in XenCenter® eine GPU im GPU-Passthrough-Modus zur VM hinzu.
  3. Starten Sie die RHEL-VM.
Um die Maschine für die NVIDIA GRID-Treiber vorzubereiten, führen Sie die folgenden Befehle aus:
yum install gcc

yum install "kernel-devel-$(uname -r)"

systemctl set-default multi-user.target
Befolgen Sie die Schritte im Red Hat Enterprise Linux-Dokument, um den NVIDIA GRID-Treiber zu installieren.
Hinweis:
Wählen Sie während der Installation des GPU-Treibers bei jeder Frage die Standardoption ('no').
Wichtig:
Nachdem GPU-Passthrough aktiviert wurde, ist die Linux-VM nicht mehr über XenCenter zugänglich. Verwenden Sie SSH zur Verbindung.
Abbildung des NVIDIA smi Code-Snippets
Legen Sie die korrekte Konfiguration für die Karte fest:
etc/X11/ctx-nvidia.sh
Um die Vorteile großer Auflösungen und Multi-Monitor-Funktionen nutzen zu können, benötigen Sie eine gültige NVIDIA-Lizenz. Um die Lizenz zu beantragen, befolgen Sie die Produktdokumentation aus dem „GRID Licensing Guide.pdf - DU-07757-001 September 2015“.

Schritt 8: Linux VDA konfigurieren

Nach der Installation des Pakets müssen Sie den Linux VDA konfigurieren, indem Sie das Skript ctxsetup.sh ausführen. Bevor Änderungen vorgenommen werden, überprüft das Skript die Umgebung und stellt sicher, dass alle Abhängigkeiten installiert sind. Bei Bedarf können Sie das Skript jederzeit erneut ausführen, um Einstellungen zu ändern.
Sie können das Skript manuell mit Eingabeaufforderung oder automatisch mit vorkonfigurierten Antworten ausführen. Lesen Sie die Hilfe zum Skript, bevor Sie fortfahren:
sudo /opt/Citrix/VDA/sbin/ctxsetup.sh --help

Interaktive Konfiguration

Führen Sie eine manuelle Konfiguration mit interaktiven Fragen aus:
sudo /opt/Citrix/VDA/sbin/ctxsetup.sh

Automatisierte Konfiguration

Für eine automatisierte Installation geben Sie die vom Setup-Skript benötigten Optionen über Umgebungsvariablen an. Wenn alle erforderlichen Variablen vorhanden sind, fordert das Skript keine Informationen an.
Unterstützte Umgebungsvariablen sind:
  • CTX\_XDL\_SUPPORT\_DDC\_AS\_CNAME=Y \| N – Der Linux VDA unterstützt die Angabe eines Delivery Controller-Namens mithilfe eines DNS-CNAME-Eintrags. Standardmäßig auf N festgelegt.
  • CTX\_XDL\_DDC\_LIST='list-ddc-fqdns' – Der Linux VDA erfordert eine durch Leerzeichen getrennte Liste von vollständig qualifizierten Domänennamen (FQDNs) der Delivery Controller, die für die Registrierung bei einem Delivery Controller verwendet werden sollen. Mindestens ein FQDN oder CNAME-Alias muss angegeben werden.
  • CTX\_XDL\_VDA\_PORT=port-number – Der Linux VDA kommuniziert mit Delivery Controllern über einen TCP/IP-Port, der standardmäßig Port 80 ist.
  • CTX\_XDL\_REGISTER\_SERVICE=Y \| N – Die Linux Virtual Desktop-Dienste werden nach dem Start der Maschine gestartet. Der Wert ist standardmäßig auf Y festgelegt.
  • CTX\_XDL\_ADD\_FIREWALL\_RULES=Y \| N – Die Linux Virtual Desktop-Dienste erfordern, dass eingehende Netzwerkverbindungen über die System-Firewall zugelassen werden. Sie können die erforderlichen Ports (standardmäßig Port 80 und 1494) automatisch in der System-Firewall für den Linux Virtual Desktop öffnen. Standardmäßig auf Y festgelegt.
  • CTX\_XDL\_AD\_INTEGRATION=1 \| 2 \| 3 \| 4 \| 5 – Der Linux VDA erfordert Kerberos-Konfigurationseinstellungen zur Authentifizierung bei den Delivery Controllern. Die Kerberos-Konfiguration wird vom installierten und konfigurierten Active Directory-Integrationstool auf dem System bestimmt. Geben Sie die zu verwendende unterstützte Active Directory-Integrationsmethode an:
    • 1 – Samba Winbind
    • 2 – Quest Authentication Services
    • 3 – Centrify DirectControl
    • 4 – SSSD
    • 5 – PBIS
  • CTX\_XDL\_HDX\_3D\_PRO=Y \| N – Der Linux VDA unterstützt HDX 3D Pro, eine Reihe von GPU-Beschleunigungstechnologien, die zur Optimierung der Virtualisierung grafikintensiver Anwendungen entwickelt wurden. Wenn HDX 3D Pro ausgewählt ist, wird der VDA für den VDI-Desktop-Modus (Einzelsitzung) konfiguriert – (d. h. CTX\_XDL\_VDI\_MODE=Y).
  • CTX\_XDL\_VDI\_MODE=Y \| N – Gibt an, ob der Computer als dediziertes Desktop-Bereitstellungsmodell (VDI) oder als gehostetes freigegebenes Desktop-Bereitstellungsmodell konfiguriert werden soll. Setzen Sie diese Variable für HDX 3D Pro-Umgebungen auf Y. Diese Variable ist standardmäßig auf N festgelegt.
  • CTX\_XDL\_SITE\_NAME=dns-name – Der Linux VDA ermittelt LDAP-Server über DNS. Um die DNS-Suchergebnisse auf eine lokale Site zu beschränken, geben Sie einen DNS-Sitenamen an. Diese Variable ist standardmäßig auf \&lt;none\> festgelegt.
  • CTX\_XDL\_LDAP\_LIST='list-ldap-servers' – Der Linux VDA fragt DNS ab, um LDAP-Server zu ermitteln. Wenn DNS keine LDAP-Dienstdatensätze bereitstellen kann, können Sie eine durch Leerzeichen getrennte Liste von LDAP-FQDNs mit LDAP-Ports angeben. Beispiel: ad1.mycompany.com:389. Diese Variable ist standardmäßig auf \&lt;none\> festgelegt.
  • CTX\_XDL\_SEARCH\_BASE=search-base-set – Der Linux VDA fragt LDAP über eine Suchbasis ab, die auf das Stammverzeichnis der Active Directory-Domäne festgelegt ist (z. B. DC=mycompany,DC=com). Um die Suchleistung zu verbessern, können Sie eine Suchbasis angeben (z. B. OU=VDI,DC=mycompany,DC=com). Diese Variable ist standardmäßig auf \&lt;none\> festgelegt.
  • CTX\_XDL\_FAS\_LIST='list-fas-servers' – Die Federated Authentication Service (FAS)-Server werden über die AD-Gruppenrichtlinie konfiguriert. Der Linux VDA unterstützt keine AD-Gruppenrichtlinie, Sie können jedoch stattdessen eine durch Semikolons getrennte Liste von FAS-Servern angeben. Die Reihenfolge muss mit der in der AD-Gruppenrichtlinie konfigurierten übereinstimmen. Wenn eine Serveradresse entfernt wird, füllen Sie die Lücke mit der Textzeichenfolge \&lt;none\> und ändern Sie nicht die Reihenfolge der Serveradressen.
  • CTX\_XDL\_DOTNET\_ RUNTIME_PATH=path-to-install-dotnet-runtime – Der Pfad zur Installation der .NET Core Runtime 3.1 zur Unterstützung des neuen Broker-Agent-Dienstes (ctxvda). Der Standardpfad ist /usr/bin.
  • CTX_XDL_DESKTOP _ENVIRONMENT=gnome/mate – Gibt die GNOME- oder MATE-Desktopumgebung an, die in Sitzungen verwendet werden soll. Wenn Sie die Variable nicht angeben, wird der aktuell auf dem VDA installierte Desktop verwendet. Wenn der aktuell installierte Desktop jedoch MATE ist, müssen Sie den Variablenwert auf mate setzen.
    Hinweis:
    Sie können die Desktopumgebung für einen Ziel-Sitzungsbenutzer auch ändern, indem Sie die folgenden Schritte ausführen:
    1. Erstellen Sie eine .xsession-Datei im Verzeichnis $HOME/<username\> auf dem VDA.
    2. Bearbeiten Sie die .xsession-Datei, um eine Desktopumgebung basierend auf den Distributionen anzugeben.
      Für MATE-Desktop unter CentOS, Ubuntu und Debian
      MSESSION="$(type -p mate-session)"
    \> if ; then
    exec mate-session
    \> fi
    **Für GNOME-Desktop unter CentOS**

       GSESSION="$(type -p gnome-session)"
    \> if ; then
       export GNOME_SHELL_SESSION_MODE=classic
    \> exec gnome-session --session=gnome-classic
       fi  
    **Für GNOME-Desktop unter Ubuntu und Debian**

       GSESSION="$(type -p gnome-session)"
    \> if ; then
       exec gnome-session
    \> fi
    1. Teilen Sie die Dateiberechtigung 700 mit dem Ziel-Sitzungsbenutzer.
  • CTX\_XDL\_START\_SERVICE=Y \| N – Ob die Linux VDA-Dienste gestartet werden, wenn die Linux VDA-Konfiguration abgeschlossen ist. Standardmäßig auf Y festgelegt.
  • CTX\_XDL\_TELEMETRY\_SOCKET\_PORT – Der Socket-Port zum Abhören von Citrix Scout. Der Standardport ist 7503.
  • CTX\_XDL\_TELEMETRY\_PORT – Der Port für die Kommunikation mit Citrix Scout. Der Standardport ist 7502.
Legen Sie die Umgebungsvariable fest und führen Sie das Konfigurationsskript aus:
export CTX_XDL_SUPPORT_DDC_AS_CNAME=Y|N

export CTX_XDL_DDC_LIST='list-ddc-fqdns'

export CTX_XDL_VDA_PORT=port-number

export CTX_XDL_REGISTER_SERVICE=Y|N

export CTX_XDL_ADD_FIREWALL_RULES=Y|N

export CTX_XDL_AD_INTEGRATION=1|2|3|4|5

export CTX_XDL_HDX_3D_PRO=Y|N

export CTX_XDL_VDI_MODE=Y|N

export CTX_XDL_SITE_NAME=dns-site-name | '<none>'

export CTX_XDL_LDAP_LIST='list-ldap-servers' | '<none>'

export CTX_XDL_SEARCH_BASE=search-base-set | '<none>'

export CTX_XDL_FAS_LIST='list-fas-servers' | '<none>'

export CTX_XDL_DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime

export CTX_XDL_DESKTOP_ENVIRONMENT= gnome | mate | '<none>'

export CTX_XDL_TELEMETRY_SOCKET_PORT=port-number

export CTX_XDL_TELEMETRY_PORT=port-number

export CTX_XDL_START_SERVICE=Y|N

sudo -E /opt/Citrix/VDA/sbin/ctxsetup.sh
Wenn Sie den sudo-Befehl ausführen, geben Sie die Option -E ein, um die vorhandenen Umgebungsvariablen an die neue Shell zu übergeben, die erstellt wird. Wir empfehlen, dass Sie aus den vorhergehenden Befehlen eine Shell-Skriptdatei mit #\!/bin/bash als erster Zeile erstellen.
Alternativ können Sie alle Parameter mit einem einzigen Befehl angeben:
sudo CTX_XDL_SUPPORT_DDC_AS_CNAME=Y|N \

CTX_XDL_DDC_LIST='list-ddc-fqdns' \

CTX_XDL_VDA_PORT=port-number \

CTX_XDL_REGISTER_SERVICE=Y|N \

CTX_XDL_ADD_FIREWALL_RULES=Y|N \

CTX_XDL_AD_INTEGRATION=1|2|3|4|5 \

CTX_XDL_HDX_3D_PRO=Y|N \

CTX_XDL_VDI_MODE=Y|N \

CTX_XDL_SITE_NAME=dns-name \

CTX_XDL_LDAP_LIST='list-ldap-servers' \

CTX_XDL_SEARCH_BASE=search-base-set \

CTX_XDL_FAS_LIST='list-fas-servers' \

CTX_XDL_DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime \

CTX_XDL_DESKTOP_ENVIRONMENT=gnome | mate \

CTX_XDL_TELEMETRY_SOCKET_PORT=port-number \

CTX_XDL_TELEMETRY_PORT=port-number \

CTX_XDL_START_SERVICE=Y|N \

/opt/Citrix/VDA/sbin/ctxsetup.sh

Konfigurationsänderungen entfernen

In einigen Szenarien müssen Sie möglicherweise die vom Skript ctxsetup.sh vorgenommenen Konfigurationsänderungen entfernen, ohne das Linux VDA-Paket zu deinstallieren.
Lesen Sie die Hilfe zu diesem Skript, bevor Sie fortfahren:
sudo /opt/Citrix/VDA/sbin/ctxcleanup.sh --help
So entfernen Sie Konfigurationsänderungen:
sudo /opt/Citrix/VDA/sbin/ctxcleanup.sh
Wichtig:
Dieses Skript löscht alle Konfigurationsdaten aus der Datenbank und macht den Linux VDA unbrauchbar.

Konfigurationsprotokolle

Die Skripte ctxsetup.sh und ctxcleanup.sh zeigen Fehler auf der Konsole an, wobei zusätzliche Informationen in die Konfigurationsprotokolldatei /tmp/xdl.configure.log geschrieben werden.
Starten Sie die Linux VDA-Dienste neu, damit die Änderungen wirksam werden.

Schritt 9: XDPing ausführen

Führen Sie sudo /opt/Citrix/VDA/bin/xdping aus, um häufige Konfigurationsprobleme in einer Linux VDA-Umgebung zu überprüfen. Weitere Informationen finden Sie unter XDPing.

Schritt 10: Linux VDA ausführen

Nachdem Sie den Linux VDA mit dem Skript ctxsetup.sh konfiguriert haben, können Sie die folgenden Befehle ausführen, um den Linux VDA zu steuern.
Linux VDA starten:
So starten Sie die Linux VDA-Dienste:
sudo /sbin/service ctxhdx start

sudo /sbin/service ctxvda start
Linux VDA beenden:
So beenden Sie die Linux VDA-Dienste:
sudo /sbin/service ctxvda stop

sudo /sbin/service ctxhdx stop
Hinweis:
Bevor Sie die Dienste ctxvda und ctxhdx beenden, führen Sie den Befehl service ctxmonitorservice stop aus, um den Überwachungsdienst-Daemon zu beenden. Andernfalls startet der Überwachungsdienst-Daemon die von Ihnen beendeten Dienste neu.
Linux VDA neu starten:
So starten Sie die Linux VDA-Dienste neu:
sudo /sbin/service ctxvda stop

sudo /sbin/service ctxhdx restart

sudo /sbin/service ctxvda start
Status des Linux VDA überprüfen:
So überprüfen Sie den Ausführungsstatus der Linux VDA-Dienste:
sudo /sbin/service ctxvda status

sudo /sbin/service ctxhdx status

Schritt 11: Maschinenkatalog in Citrix Virtual Apps oder Citrix Virtual Desktops™ erstellen

Das Erstellen von Maschinenkatalogen und das Hinzufügen von Linux VDA-Maschinen ähnelt dem traditionellen Windows VDA-Ansatz. Eine detailliertere Beschreibung zum Ausführen dieser Aufgaben finden Sie unter Maschinenkataloge erstellen und Maschinenkataloge verwalten.
Für das Erstellen von Maschinenkatalogen, die Linux VDA-Maschinen enthalten, gibt es einige Einschränkungen, die den Prozess von der Erstellung von Maschinenkatalogen für Windows VDA-Maschinen unterscheiden:
  • Wählen Sie für das Betriebssystem Folgendes aus:
    • Die Option Multi-session OS für ein Bereitstellungsmodell mit gehosteten Shared Desktops.
    • Die Option Single-session OS für ein VDI-Bereitstellungsmodell mit dedizierten Desktops.
  • Mischen Sie keine Linux- und Windows-VDA-Maschinen im selben Maschinenkatalog.
Hinweis:
Frühere Versionen von Citrix Studio unterstützten den Begriff „Linux OS“ nicht. Die Auswahl der Option Windows Server OS oder Server OS impliziert jedoch ein äquivalentes Bereitstellungsmodell für gehostete Shared Desktops. Die Auswahl der Option Windows Desktop OS oder Desktop OS impliziert ein Bereitstellungsmodell mit einem Benutzer pro Maschine.
Tipp:
Wenn Sie eine Maschine aus der Active Directory-Domäne entfernen und wieder hinzufügen, müssen Sie die Maschine erneut aus dem Maschinenkatalog entfernen und hinzufügen.

Schritt 12: Bereitstellungsgruppe in Citrix Virtual Apps™ oder Citrix Virtual Desktops erstellen

Das Erstellen einer Bereitstellungsgruppe und das Hinzufügen von Maschinenkatalogen, die Linux VDA-Maschinen enthalten, ist nahezu identisch mit Windows VDA-Maschinen. Eine detailliertere Beschreibung zum Ausführen dieser Aufgaben finden Sie unter Bereitstellungsgruppen erstellen.
Für das Erstellen von Bereitstellungsgruppen, die Linux VDA-Maschinenkataloge enthalten, gelten die folgenden Einschränkungen:
  • Stellen Sie sicher, dass die von Ihnen ausgewählten AD-Benutzer und -Gruppen ordnungsgemäß für die Anmeldung an den Linux VDA-Maschinen konfiguriert wurden.
  • Lassen Sie die Anmeldung nicht authentifizierter (anonymer) Benutzer nicht zu.
  • Mischen Sie die Bereitstellungsgruppe nicht mit Maschinenkatalogen, die Windows-Maschinen enthalten.
Wichtig:
Das Veröffentlichen von Anwendungen wird ab Linux VDA Version 1.4 unterstützt. Der Linux VDA unterstützt jedoch nicht die Bereitstellung von Desktops und Apps auf derselben Maschine.
Informationen zum Erstellen von Maschinenkatalogen und Bereitstellungsgruppen finden Sie unter Citrix Virtual Apps and Desktops 7 2106.