Linux Virtual Delivery Agent für SUSE manuell installieren

Last published : Nov 13, 2026
Wichtig:
Für Neuinstallationen empfehlen wir Ihnen, die einfache Installation für eine schnelle Installation zu verwenden. Die einfache Installation spart Zeit und Arbeit und ist weniger fehleranfällig als die in diesem Artikel beschriebene manuelle Installation.
Related information
Installationsübersicht

Schritt 1: Vorbereitung der Installation

Schritt 1a: YaST-Tool starten

Das SUSE Linux Enterprise YaST-Tool wird zum Konfigurieren aller Aspekte des Betriebssystems verwendet.
So starten Sie das textbasierte YaST-Tool:
su -

yast
So starten Sie das UI-basierte YaST-Tool:
su -

yast2 &

Schritt 1b: Netzwerkkonfiguration

Die folgenden Abschnitte enthalten Informationen zur Konfiguration der verschiedenen Netzwerkeinstellungen und -dienste, die vom Linux VDA verwendet werden. Die Netzwerkkonfiguration erfolgt über das YaST-Tool, nicht über andere Methoden wie den Network Manager. Diese Anweisungen basieren auf der Verwendung des UI-basierten YaST-Tools. Das textbasierte YaST-Tool kann verwendet werden, hat aber eine andere Navigationsmethode, die hier nicht dokumentiert ist.

Hostnamen und Domain Name System (DNS) konfigurieren

  1. Starten Sie das UI-basierte YaST-Tool.
  2. Wählen Sie System und dann Netzwerkeinstellungen.
  3. Öffnen Sie die Registerkarte Hostname/DNS.
  4. Wählen Sie die Option Nein für Hostname über DHCP festlegen.
  5. Wählen Sie die Option Benutzerdefinierte Richtlinie verwenden für DNS-Konfiguration ändern.
  6. Bearbeiten Sie Folgendes, um Ihre Netzwerkkonfiguration widerzuspiegeln:
    • Statischer Hostname – Fügen Sie den DNS-Hostnamen des Computers hinzu.
    • Namensserver – Fügen Sie die IP-Adresse des DNS-Servers hinzu. Dies ist in der Regel die IP-Adresse des AD-Domänencontrollers.
    • Domänensuchliste – Fügen Sie den DNS-Domänennamen hinzu.
  7. Ändern Sie die folgende Zeile der Datei /etc/hosts, um den FQDN und den Hostnamen als die ersten beiden Einträge aufzunehmen:
    127.0.0.1 <FQDN of the VDA> <hostname of the VDA> localhost
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.

Hostnamen überprüfen

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

Namensauflösung und Dienstverfügbarkeit prüfen

Überprüfen Sie, ob Sie den FQDN auflösen und den Domänencontroller und 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 eine dieser Maschinen nicht anpingen können, überprüfen Sie die Schritte, bevor Sie fortfahren.

Schritt 1c: NTP-Dienst konfigurieren

Es ist entscheidend, eine genaue Zeitsynchronisation zwischen den VDAs, Delivery Controllern und Domänencontrollern aufrechtzuerhalten. Das Hosten des Linux VDA als virtuelle Maschine kann zu Problemen mit der Zeitverschiebung führen. Aus diesem Grund wird die Zeitverwaltung über einen Remote-NTP-Dienst bevorzugt. Möglicherweise sind einige Änderungen an den Standard-NTP-Einstellungen erforderlich.
Für SUSE 15.3:
  1. Starten Sie das UI-basierte YaST-Tool.
  2. Wählen Sie Netzwerkdienste und dann NTP-Konfiguration.
  3. Wählen Sie im Abschnitt NTP-Daemon starten die Option Jetzt und beim Start.
  4. Wählen Sie Dynamisch für Konfigurationsquelle.
  5. Fügen Sie bei Bedarf NTP-Server hinzu. Der NTP-Dienst wird normalerweise auf dem Active Directory-Domänencontroller gehostet.
  6. Löschen oder kommentieren Sie die folgende Zeile in /etc/chrony.conf, falls sie vorhanden ist.
    include /etc/chrony.d/*.conf
    Starten Sie nach dem Bearbeiten von chrony.conf den chronyd-Dienst neu.
    sudo systemctl restart chronyd.service

Schritt 1d: Linux VDA-abhängige Pakete installieren

Die Linux VDA-Software für SUSE Linux Enterprise hängt von den folgenden Paketen ab:
  • Postgresql13-server 13 oder höher
  • OpenJDK 11
  • Open Motif Runtime Environment 2.3.1 oder höher
  • Cups 1.6.0 oder höher
  • ImageMagick 6.8 oder höher

Repositorys hinzufügen

Die meisten erforderlichen Pakete außer ImageMagick können Sie aus den offiziellen Repositorys beziehen. Um die ImageMagick-Pakete zu erhalten, aktivieren Sie das sle-module-desktop-applications Repository mit YaST oder dem folgenden Befehl:
SUSEConnect -p sle-module-desktop-applications/<version number>/x86_64

Kerberos-Client installieren

Installieren Sie den Kerberos-Client für die gegenseitige Authentifizierung zwischen dem Linux-VDA und den Delivery Controllern:
sudo zypper install krb5-client
Die Konfiguration des Kerberos-Clients hängt davon ab, welcher Ansatz für die Active Directory-Integration verwendet wird. Siehe die folgende Beschreibung.

OpenJDK 11 installieren

Der Linux-VDA erfordert die Installation von OpenJDK 11.
Um OpenJDK 11 zu installieren, führen Sie den folgenden Befehl aus:
sudo zypper install java-11-openjdk

PostgreSQL installieren

Um Postgresql zu installieren, führen Sie die folgenden Befehle aus:
sudo zypper install postgresql-server

sudo zypper install postgresql-jdbc
Nach der Installation sind Schritte erforderlich, um den Datenbankdienst zu initialisieren und um sicherzustellen, dass PostgreSQL beim Systemstart gestartet wird:
sudo systemctl enable postgresql

sudo systemctl restart postgresql
Datenbankdateien befinden sich unter /var/lib/pgsql/data.

Schritt 2: Linux-VM für 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 basierend auf 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 Zeitsynchronisierungsfunktion aktiviert ist, treten in jeder paravirtualisierten Linux-VM Probleme mit NTP und Citrix Hypervisor auf. Beide versuchen, die Systemuhr zu verwalten. Um zu vermeiden, dass die Uhr mit anderen Servern asynchron wird, synchronisieren Sie die Systemuhr in jedem Linux-Gast mit NTP. Dieser Fall erfordert die Deaktivierung der Host-Zeitsynchronisierung. Im HVM-Modus sind keine Änderungen erforderlich.
Wenn Sie einen paravirtualisierten Linux-Kernel mit installierten Citrix VM Tools ausführen, können Sie innerhalb der Linux-VM überprüfen, ob die Citrix Hypervisor Zeitsynchronisierungsfunktion 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.
Wenn 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 persistent zu machen, 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:
reboot
Überprüfen Sie nach dem Neustart, ob die Einstellung korrekt ist:
su -

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

Zeitsynchronisierung auf Microsoft Hyper-V beheben

Linux-VMs mit installierten Hyper-V Linux Integration Services können die Hyper-V Zeitsynchronisierungsfunktion nutzen, um die Zeit des Host-Betriebssystems zu verwenden. Um sicherzustellen, dass die Systemuhr genau bleibt, aktivieren Sie diese Funktion zusammen mit den NTP-Diensten.
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. Beide versuchen, die Systemuhr zu synchronisieren. Um zu vermeiden, dass die Uhr mit anderen Servern nicht mehr synchron ist, synchronisieren Sie die Systemuhr in jedem Linux-Gast mit NTP. 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 Eigenschaften der virtuellen Maschine die Registerkarte Optionen.
  4. Wählen Sie VMware Tools aus.
  5. Deaktivieren Sie im Feld Erweitert die Option Gastzeit mit Host synchronisieren.

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 basierend auf der von Ihnen gewählten Methode.
Hinweis:
Sitzungsstarts können fehlschlagen, wenn derselbe Benutzername für das lokale Konto im Linux VDA und für das Konto in AD verwendet wird.

Samba Winbind

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 Maschinen zur Domäne verfügen:
  1. Starten Sie YaST, wählen Sie Netzwerkdienste und dann Windows-Domänenmitgliedschaft.
  2. Nehmen Sie die folgenden Änderungen vor:
    • Legen Sie die Domäne oder Arbeitsgruppe auf den Namen Ihrer Active Directory-Domäne oder die IP-Adresse des Domänencontrollers fest. Stellen Sie sicher, dass der Domänenname in Großbuchstaben geschrieben ist.
    • Aktivieren Sie SMB-Informationen für Linux-Authentifizierung verwenden.
      • Aktivieren Sie Home-Verzeichnis bei Anmeldung erstellen.
      • Aktivieren Sie Single Sign-on für SSH.
      • Stellen Sie sicher, dass Offline Authentication nicht aktiviert ist. Diese Option ist nicht mit dem Linux VDA kompatibel.
  3. Klicken Sie auf OK. Wenn Sie aufgefordert werden, Pakete zu installieren, klicken Sie auf Installieren.
  4. Wenn ein Domänencontroller gefunden wird, werden Sie gefragt, ob Sie der Domäne beitreten möchten. Klicken Sie auf Ja.
  5. Geben Sie bei Aufforderung die Anmeldeinformationen eines Domänenbenutzers mit der Berechtigung zum Hinzufügen von Maschinen zur Domäne ein und klicken Sie auf OK.
  6. Starten Sie Ihre Dienste manuell neu oder starten Sie die Maschine neu. Wir empfehlen, die Maschine neu zu starten:
    su -
    reboot

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 die Maschine einer Domäne beigetreten ist:
sudo net ads testjoin
Führen Sie den folgenden Befehl aus, um zusätzliche Informationen zu Domäne und Computerobjekt zu überprüfen:
sudo net ads info

Kerberos-Konfiguration überprüfen

Stellen Sie sicher, dass 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 die Maschine mit diesen Schlüsseln beim Domänencontroller zu authentifizieren:
sudo kinit -k MACHINE\$@REALM
Die Maschinen- 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 Maschinenkonto zwischengespeichert wurde, indem Sie Folgendes verwenden:
sudo klist
Überprüfen Sie die Details des Computerkontos mit:
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 (\\)-Zeichen mit einem weiteren Backslash maskiert werden. Dieser Befehl gibt eine Meldung zurück, die den Erfolg oder Misserfolg anzeigt.
Überprüfen Sie, ob das Winbind PAM-Modul korrekt konfiguriert ist. Melden Sie sich dazu mit einem bisher ungenutzten Domänenbenutzerkonto am Linux-VDA an.
ssh localhost -l domain\\username
id -u
Überprüfen Sie, ob eine entsprechende Kerberos-Anmeldeinformations-Cache-Datei für die von dem Befehl id -u 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
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-Authentifizierungsdienst

Quest auf Domänencontroller konfigurieren

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

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 Account.
  3. Aktivieren Sie Unix-enabled.
  4. Legen Sie die Primary GID Number auf die Gruppen-ID einer tatsächlichen Domänenbenutzergruppe fest.
Hinweis:
Diese Anweisungen sind gleichwertig für die Einrichtung von Domänenbenutzern zur Anmeldung über die Konsole, RDP, SSH oder jedes andere Remote-Protokoll.

Quest auf Linux VDA konfigurieren

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. Stellen Sie diesen Parameter auf Systemen mit einer kürzeren Ticket-Lebensdauer auf einen niedrigeren Wert ein.
PAM und NSS konfigurieren
Um Domänenbenutzeranmeldungen über HDX und andere Dienste wie su, ssh und RDP zu ermöglichen, konfigurieren Sie PAM und NSS manuell:
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 vastool Befehl hinzu:
sudo /opt/quest/bin/vastool -u user join domain-name
Der Benutzer ist ein beliebiger Domänenbenutzer, der über Berechtigungen verfügt, Maschinen der Active Directory-Domäne hinzuzufügen. 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 der Computer einer Domäne beigetreten ist, gibt dieser Befehl den Domänennamen zurück. Wenn der Computer 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

Stellen Sie sicher, dass Quest Domänenbenutzer über PAM authentifizieren kann. Melden Sie sich dazu am Linux-VDA mit einem Domänenbenutzerkonto an, das zuvor noch nicht verwendet wurde.
ssh localhost -l domain\\username
id -u
Stellen Sie sicher, dass eine entsprechende Kerberos-Anmeldeinformations-Cache-Datei erstellt wurde für die uid, die vom Befehl id -u zurückgegeben wird:
ls /tmp/krb5cc_uid
Stellen Sie sicher, dass 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

Windows-Domäne beitreten

Nach der Installation des Centrify DirectControl-Agenten fügen Sie den Linux-Computer der Active Directory-Domäne mit dem Centrify-Befehl adjoin hinzu:
sudo adjoin -w -V -u user domain-name
Der Benutzer ist ein beliebiger Active Directory-Domänenbenutzer, der über Berechtigungen zum Hinzufügen von Computern zur Active Directory-Domäne verfügt. Der Domänenname ist der Name der Domäne, der der Linux-Computer 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 ein mit Centrify verbundener Linux-Computer in der Domäne ist:
sudo adinfo
Stellen Sie sicher, dass der Wert Joined to domain gültig ist und der CentrifyDC Modus connected zurückgibt. Wenn der Modus im Startzustand hängen bleibt, hat der Centrify-Client Probleme mit der Serververbindung oder Authentifizierung.
Umfassendere System- und Diagnoseinformationen sind verfügbar mit:
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 (/de-de/linux-virtual-delivery-agent/2210/installation-overview/suse.html#step-6-install-the-linux-vda) fort.

SSSD

Wenn Sie SSSD unter SUSE 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.
Führen Sie die folgenden Schritte aus, um SSSD unter SUSE einzurichten:
  1. Der Domäne beitreten und Host-Keytabs erstellen
  2. PAM für SSSD konfigurieren
  3. SSSD einrichten
  4. SSSD aktivieren
  5. Domänenmitgliedschaft überprüfen
  6. Kerberos-Konfiguration überprüfen
  7. 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 den Samba-Ansatz verwenden. Führen Sie die folgenden Schritte aus, bevor Sie SSSD konfigurieren.
  1. Den Name Service Cache Daemon (NSCD)-Dienst beenden und deaktivieren.
    sudo systemctl stop nscd
    sudo systemctl disable nscd
  2. Überprüfen Sie den Hostnamen und die Chrony-Zeitsynchronisierung.
    hostname
    hostname -f
    chronyc traking
  3. Installieren oder aktualisieren Sie die erforderlichen Pakete:
    sudo zypper install samba-client sssd-ad
  4. Bearbeiten Sie die Datei /etc/krb5.conf als Root-Benutzer, um dem Dienstprogramm kinit die Kommunikation mit der Zieldomäne zu ermöglichen. Fügen Sie die folgenden Einträge unter den Abschnitten , und hinzu:
    Hinweis:
    Konfigurieren Sie Kerberos basierend auf Ihrer AD-Infrastruktur. Die folgenden Einstellungen sind für das Einzeldomänen-, Einzelforst-Modell vorgesehen.
    [libdefaults]

        dns_canonicalize_hostname = false

        rdns = false

        default_realm = REALM

        forwardable = true

    [realms]

        REALM = {

            kdc = fqdn-of-domain-controller

            default_domain = realm

            admin_server = fqdn-of-domain-controller
        }
    [domain_realm]

        .realm = REALM
    realm ist der Kerberos-Realm-Name, z. B. example.com. REALM ist der Kerberos-Realm-Name in Großbuchstaben, z. B. EXAMPLE.COM.
  5. Bearbeiten Sie /etc/samba/smb.conf als Root-Benutzer, um dem Dienstprogramm net die Kommunikation mit der Zieldomäne zu ermöglichen. Fügen Sie die folgenden Einträge unter dem Abschnitt hinzu:
    [global]
        workgroup = domain

        client signing = yes

        client use spnego = yes

        kerberos method = secrets and keytab

        realm = REALM

        security = ADS
    domain ist der kurze NetBIOS-Name einer Active Directory-Domäne, z. B. EXAMPLE.
  6. Ändern Sie die Einträge passwd und group in der Datei /etc/nsswitch.conf, um SSSD beim Auflösen von Benutzern und Gruppen zu referenzieren.
    passwd: compat sss

    group: compat sss
  7. Verwenden Sie den konfigurierten Kerberos-Client, um sich als Administrator bei der Zieldomäne zu authentifizieren.
    kinit administrator
  8. Verwenden Sie das Dienstprogramm net, um das System der Domäne beizutreten und eine System-Keytab-Datei zu generieren.
    net ads join osname="SUSE Linux Enterprise Server" osVersion=15 -U administrator

PAM für SSSD konfigurieren

Bevor Sie PAM für SSSD konfigurieren, installieren oder aktualisieren Sie die erforderlichen Pakete:
sudo zypper install sssd sssd-ad
Konfigurieren Sie das PAM-Modul für die Benutzerauthentifizierung über SSSD und erstellen Sie Home-Verzeichnisse für Benutzeranmeldungen.
sudo pam-config --add  --sss
sudo pam-config --add --mkhomedir

SSSD einrichten

  1. Bearbeiten Sie /etc/sssd/sssd.conf als Root-Benutzer, um dem SSSD-Daemon die Kommunikation mit der Zieldomäne zu ermöglichen. Eine Beispielkonfiguration sssd.conf (zusätzliche Optionen können bei Bedarf hinzugefügt werden):
    [sssd]
        config_file_version = 2
        services = nss,pam
        domains = domain-dns-name

    [domain/domain-dns-name]
        id_provider = ad
        auth_provider = ad
        access_provider = ad
        ad_domain = domain-dns-name
        ad_server = fqdn-of-domain-controller
        ldap_id_mapping = true
        ldap_schema = ad

    # Kerberos settings
        krb5_ccachedir = /tmp
        krb5_ccname_template = FILE:%d/krb5cc_%U

    # Comment out if the users have the shell and home dir set on the AD side

        fallback_homedir = /home/%d/%u
        default_shell = /bin/bash

    # Uncomment and adjust if the default principal SHORTNAME$@REALM is not available

    # ldap_sasl_authid = host/client.ad.example.com@AD.EXAMPLE.COM

        ad_gpo_access_control = permissive
    domain-dns-name ist der DNS-Domänenname, z. B. example.com.
    Hinweis:
    ldap_id_mapping ist auf true gesetzt, damit SSSD selbst die Zuordnung von Windows-SIDs zu Unix-UIDs übernimmt. Andernfalls muss das Active Directory POSIX-Erweiterungen bereitstellen können. ad_gpo_access_control ist auf permissive gesetzt, um einen Fehler bei der ungültigen Anmeldung für Linux-Sitzungen zu verhindern. Siehe die Manpages für sssd.conf und sssd-ad.
  2. Legen Sie den Dateibesitz und die Berechtigungen für sssd.conf fest:
    sudo chmod 0600 /etc/sssd/sssd.conf

SSSD aktivieren

Führen Sie die folgenden Befehle aus, um den SSSD-Daemon beim Systemstart zu aktivieren und zu starten:
sudo systemctl enable sssd
sudo systemctl start sssd

Domänenmitgliedschaft überprüfen

  1. 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
  2. Führen Sie den folgenden Befehl aus, um zusätzliche Domänen- und Computerobjektinformationen zu überprüfen:
    sudo net ads info

Kerberos-Konfiguration überprüfen

Stellen Sie sicher, dass 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 dem Domänencontroller unter Verwendung dieser Schlüssel 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 (**\&ast;*) 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

Benutzerauthentifizierung überprüfen

SSSD bietet kein Befehlszeilentool zum direkten Testen der Authentifizierung mit dem Daemon und kann nur über PAM erfolgen.
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.
ssh localhost -l domain\\username

id -u

klist

exit
Vergewissern Sie sich, dass die vom Befehl klist zurückgegebenen Kerberos-Tickets für diesen Benutzer korrekt sind und nicht abgelaufen sind.
Vergewissern Sie sich als Root-Benutzer, dass eine entsprechende Ticket-Cache-Datei für die vom vorherigen Befehl id -u zurückgegebene UID erstellt wurde:
ls /tmp/krb5cc_uid
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.

PBIS

Erforderliches PBIS-Paket herunterladen

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

Zum Beispiel:
chmod +x pbis-open-9.1.0.551.linux.x86_64.rpm.sh

PBIS-Installationsskript ausführen

Zum Beispiel:
sh pbis-open-9.1.0.551.linux.x86_64.rpm.sh

Einer 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 Maschinen 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 Maschinen zur Active Directory-Domäne verfügt. Der Domänenname ist der DNS-Name der Domäne, z. B. 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 der Computer einer Domäne beigetreten ist, gibt dieser Befehl die Informationen über die aktuell beigetretene AD-Domäne und OU zurück. Andernfalls wird nur der Hostname angezeigt.

Benutzerauthentifizierung überprüfen

Stellen Sie sicher, dass PBIS Domänenbenutzer über PAM authentifizieren kann. Melden Sie sich dazu 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 UID erstellt wurde, die vom Befehl id -u zurückgegeben wird:
ls /tmp/krb5cc_uid
Beenden Sie die Sitzung.
exit
Fahren Sie nach der Überprüfung des Domänenbeitritts mit (/de-de/linux-virtual-delivery-agent/2210/installation-overview/suse.html#step-6-install-the-linux-vda) fort.

Schritt 4: Installieren von .NET Runtime 6.0 als Voraussetzung

Bevor Sie den Linux VDA installieren, installieren Sie .NET Runtime 6.0 gemäß den Anweisungen unter <https://docs.microsoft.com/de-de/dotnet/core/install/linux-package-managers>.
Nach der Installation von .NET Runtime 6.0 führen Sie den Befehl which dotnet aus, um Ihren Runtime-Pfad zu finden.
Basierend auf der Befehlsausgabe legen Sie den binären .NET-Runtime-Pfad fest. Wenn die Befehlsausgabe beispielsweise /aa/bb/dotnet lautet, verwenden Sie /aa/bb als binären .NET-Pfad.

Schritt 5: Herunterladen des Linux VDA-Pakets

  1. Gehen Sie zur Citrix Virtual Apps and Desktops Downloadseite.
  2. erweitern Sie die entsprechende Version von Citrix Virtual Apps and Desktops.
  3. Klicken Sie auf Components, um das Linux VDA-Paket herunterzuladen, das Ihrer Linux-Distribution entspricht, sowie den öffentlichen GPG-Schlüssel, mit dem Sie die Integrität des Linux VDA-Pakets überprüfen können.
    Um die Integrität des Linux VDA-Pakets mithilfe des öffentlichen Schlüssels zu überprüfen, importieren Sie den öffentlichen Schlüssel in die RPM-Datenbank und führen Sie die folgenden Befehle aus:
    rpmkeys --import <path to the public key>
    rpm --checksig --verbose <path to the Linux VDA package>

Schritt 6: Installieren des Linux VDA

Schritt 6a: Deinstallieren der alten Version

Wenn Sie eine frühere Version installiert haben, die nicht zu den beiden vorherigen Versionen und einer LTSR-Version gehört, deinstallieren Sie diese, bevor Sie die neue Version installieren.
  1. 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.
  2. Deinstallieren Sie das Paket:
    sudo rpm -e XenDesktopVDA
Wichtig:
Ein Upgrade von den beiden neuesten Versionen wird unterstützt.
Hinweis:
Installierte Komponenten finden Sie unter /opt/Citrix/VDA/.
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.

Schritt 6b: Installieren des Linux VDA

Installieren Sie die Linux VDA-Software mit Zypper:
sudo zypper install XenDesktopVDA-<version>.sle15_x.x86_64.rpm
Installieren Sie die Linux VDA-Software mit dem RPM-Paketmanager:
sudo rpm -i XenDesktopVDA-<version>.sle15_x.x86_64.rpm

Schritt 6c: Upgrade des Linux VDA (optional)

Sie können eine vorhandene Installation von den beiden vorherigen Versionen und von einer LTSR-Version aktualisieren.
Hinweis:
Beim Upgrade einer vorhandenen Installation werden die Konfigurationsdateien unter /etc/xdl überschrieben. Sichern Sie die Dateien, bevor Sie ein Upgrade durchführen.
sudo rpm -U XenDesktopVDA-<version>.sle15_x.x86_64.rpm
RPM-Abhängigkeitsliste für SUSE 15:
postgresql >= 13

postgresql-server >= 13

postgresql-jdbc >= 9.4

java-11-openjdk >= 11

ImageMagick >= 7.0

dbus-1 >= 1.12.2

dbus-1-x11 >= 1.12.2

xorg-x11 >= 7.6_1

libXpm4 >= 3.5.12

libXrandr2 >= 1.5.1

libXtst6 >= 1.2.3

pam >= 1.3.0

bash >= 4.4

findutils >= 4.6

gawk >= 4.2

sed >= 4.4

cups >= 2.2

cups-filters >= 1.25

libxml2-2 >= 2.9

libmspack0 >= 0.6

ibus >= 1.5

libtcmalloc4 >= 2.5

libcap-progs >= 2.26

mozilla-nss-tools >= 3.53.1

libpython3_6m1_0 >= 3.6~

libQt5Widgets5 >= 5.12

libqrencode4 >= 4.0.0

libImlib2-1 >= 1.4.10
Wichtig:
Starten Sie die Linux VDA-Maschine nach dem Upgrade neu.

Schritt 7: NVIDIA GRID-Treiber installieren

Um HDX 3D Pro zu aktivieren, müssen Sie die NVIDIA GRID-Treiber auf Ihrem Hypervisor und auf den VDA-Maschinen installieren.
Informationen zur Installation und Konfiguration des NVIDIA GRID Virtual GPU Manager (Hosttreiber) auf den jeweiligen Hypervisoren finden Sie in den folgenden Anleitungen:
Führen Sie die folgenden allgemeinen Schritte aus, um die NVIDIA GRID-Gast-VM-Treiber zu installieren und zu konfigurieren:
  1. Stellen Sie sicher, dass die Gast-VM heruntergefahren ist.
  2. Weisen Sie der VM im Hypervisor-Bedienfeld eine GPU zu.
  3. Starten Sie die VM.
  4. Installieren Sie den Gast-VM-Treiber auf der VM.

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 das Skript Änderungen vornimmt, überprüft es 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 Eingabeaufforderungen oder automatisch mit vorkonfigurierten Antworten ausführen. Lesen Sie die Hilfe zum Skript, bevor Sie fortfahren:
sudo /opt/Citrix/VDA/sbin/ctxsetup.sh –help

Geführte Konfiguration

Führen Sie eine manuelle Konfiguration mit Abfragen durch:
sudo /opt/Citrix/VDA/sbin/ctxsetup.sh

Automatisierte Konfiguration

Für eine automatisierte Installation geben Sie die vom Setup-Skript benötigten Optionen mit 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 gesetzt.
  • CTX\_XDL\_DDC\_LIST='list-ddc-fqdns' – Der Linux VDA benötigt eine durch Leerzeichen getrennte Liste von Delivery Controller-FQDNs (Fully Qualified Domain Names) zur Registrierung bei einem Delivery Controller. 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 VDA-Dienste werden nach dem Systemstart gestartet. Der Wert ist standardmäßig auf Y gesetzt.
  • CTX\_XDL\_ADD\_FIREWALL\_RULES=Y \| N – Die Linux VDA-Dienste erfordern, dass eingehende Netzwerkverbindungen über die Systemfirewall zugelassen werden. Sie können die erforderlichen Ports (standardmäßig Port 80 und 1494) automatisch in der Systemfirewall für den Linux VDA öffnen. Standardmäßig auf Y gesetzt.
  • CTX\_XDL\_AD\_INTEGRATION=1 \| 2 \| 3 \| 4 – Der Linux VDA benötigt 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 Service
    • 3 – Centrify DirectControl
    • 4 – SSSD
  • 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 von grafikintensiven 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 die Maschine als dediziertes Desktop-Bereitstellungsmodell (VDI) oder als gehostetes Shared-Desktop-Bereitstellungsmodell konfiguriert werden soll. Für HDX 3D Pro-Umgebungen setzen Sie diese Variable auf Y. Diese Variable ist standardmäßig auf N gesetzt.
  • CTX\_XDL\_SITE\_NAME=dns-name – Der Linux VDA ermittelt LDAP-Server über DNS. Um die DNS-Suchergebnisse auf einen lokalen Standort zu beschränken, geben Sie einen DNS-Standortnamen an. Diese Variable ist standardmäßig auf \&lt;none\> gesetzt.
  • 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 ad2.mycompany.com:3268 ad3.mycompany.com:3268. Wenn Sie die LDAP-Portnummer als 389 angeben, fragt der Linux VDA jeden LDAP-Server in der angegebenen Domäne im Polling-Modus ab. Wenn es x Richtlinien und y LDAP-Server gibt, führt der Linux VDA insgesamt X mal Y Abfragen durch. Wenn die Polling-Zeit den Schwellenwert überschreitet, können Sitzungsanmeldungen fehlschlagen. Um schnellere LDAP-Abfragen zu ermöglichen, aktivieren Sie den Globalen Katalog auf einem Domänencontroller und geben Sie die entsprechende LDAP-Portnummer als 3268 an. Diese Variable ist standardmäßig auf \&lt;none\> gesetzt.
  • 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 gesetzt 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\> gesetzt.
  • CTX\_XDL\_FAS\_LIST='list-fas-servers' – Die Federated Authentication Service (FAS)-Server werden über die AD-Gruppenrichtlinie konfiguriert. Der Linux VDA unterstützt die AD-Gruppenrichtlinie nicht, aber Sie können stattdessen eine durch Semikolons getrennte Liste von FAS-Servern angeben. Die Reihenfolge muss dieselbe sein wie in der AD-Gruppenrichtlinie konfiguriert. Wenn eine Serveradresse entfernt wird, füllen Sie die Lücke mit dem Text \&lt;none\> und ändern Sie nicht die Reihenfolge der Serveradressen. Um ordnungsgemäß mit FAS-Servern zu kommunizieren, stellen Sie sicher, dass Sie eine Portnummer anhängen, die mit der auf den FAS-Servern angegebenen übereinstimmt, z. B. CTX_XDL_FAS_LIST='fas_server_1_url:port_number; fas_server_2_url: port_number; fas_server_3_url: port_number'.
  • CTX\_XDL\_DOTNET\_ RUNTIME_PATH=path-to-install-dotnet-runtime – Der Pfad zur Installation der .NET Runtime 6.0 zur Unterstützung des neuen Broker-Agent-Dienstes (ctxvda). Der Standardpfad ist /usr/bin.
  • CTX_XDL_DESKTOP _ENVIRONMENT=gnome/gnome-classic/mate – Gibt die GNOME-, GNOME Classic- 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.
    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 anzugeben.
      • Für MATE-Desktop unter SUSE 15
         MSESSION="$(type -p mate-session)"

         if [ -n "$MSESSION" ]; then
           exec mate-session

         fi
      • Für GNOME Classic-Desktop unter SUSE 15
         GSESSION="$(type -p gnome-session)"

         if [ -n "$GSESSION" ]; then
         export GNOME_SHELL_SESSION_MODE=classic

         exec gnome-session --session=gnome-classic
         fi
      • Für GNOME-Desktop unter SUSE 15
         GSESSION="$(type -p gnome-session)"

         if [ -n "$GSESSION" ]; then
         exec gnome-session

         fi
    3. Teilen Sie die Dateiberechtigung 700 mit dem Ziel-Sitzungsbenutzer.
    Ab Version 2209 können Sitzungsbenutzer ihre Desktopumgebungen anpassen. Um diese Funktion zu aktivieren, müssen Sie im Voraus umschaltbare Desktopumgebungen auf dem VDA installieren. Weitere Informationen finden Sie unter Benutzerdefinierte Desktopumgebungen durch 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 gesetzt.
  • 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

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 | gnome-classic | 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 er erstellt. Wir empfehlen, dass Sie eine Shell-Skriptdatei aus den vorhergehenden Befehlen 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 \

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|gnome-classic|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 /usr/local/sbin/ctxcleanup.sh --help
So entfernen Sie Konfigurationsänderungen:
sudo /usr/local/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 eine Konfigurationsprotokolldatei geschrieben werden:
/tmp/xdl.configure.log
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

Nach der Konfiguration des Linux VDA mithilfe des Skripts ctxsetup.sh 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 Monitor-Dienst-Daemon zu beenden. Andernfalls startet der Monitor-Dienst-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
Linux VDA-Status ü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

Der Prozess zum Erstellen von Maschinenkatalogen und Hinzufügen von Linux VDA-Maschinen ähnelt dem traditionellen Windows VDA-Ansatz. Eine detailliertere Beschreibung zur Durchführung dieser Aufgaben finden Sie unter Maschinenkataloge erstellen und Maschinenkataloge verwalten.
Für die Erstellung 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:
    • 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: Erstellen der Bereitstellungsgruppe in Citrix Virtual Apps™ oder Citrix Virtual Desktops

Der Prozess zum Erstellen einer Bereitstellungsgruppe und zum Hinzufügen von Maschinenkatalogen, die Linux-VDA-Maschinen enthalten, ist nahezu identisch mit dem für Windows-VDA-Maschinen. Eine detailliertere Beschreibung zur Durchführung dieser Aufgaben finden Sie unter Bereitstellungsgruppen erstellen.
Für die Erstellung 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.
  • Melden Sie keine nicht authentifizierten (anonymen) Benutzer an.
  • 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 2206.