Produktdokumentation
Linux Virtual Delivery Agent
Current Release 2402 LTSR 2311 2308 2305 2303 2301 2212 2210 2209 2207 2206 2204 2203 LTSR 1912 LTSR 7.15 LTSR
PDF anzeigen

Domänengebundene VDAs mit einfacher Installation erstellen

May 7, 2026
Beitrag von: 
C C

Wichtig:

  • Für Neuinstallationen empfehlen wir Ihnen, diesen Artikel für eine schnelle Installation zu konsultieren. Dieser Artikel erläutert die Installation und Konfiguration des Linux-VDA mithilfe der einfachen Installation. Die einfache Installation spart Zeit und Aufwand und ist weniger fehleranfällig als die manuelle Installation. Sie hilft Ihnen, eine lauffähige Umgebung des Linux-VDA einzurichten, indem die erforderlichen Pakete automatisch installiert und die Konfigurationsdateien angepasst werden.

  • Die einfache Installation unterstützt keine Domänenbeitritte über Quest.

  • Um nicht in Domänen eingebundene VDAs zu erstellen, müssen Sie Machine Creation Services (MCS) verwenden. Weitere Informationen finden Sie unter Erstellen nicht in Domänen eingebundener Linux-VDAs.

  • Informationen zu den für nicht in Domänen eingebundene VDAs verfügbaren Funktionen finden Sie unter Nicht in Domänen eingebundene VDAs.

  • Schritt 1: Konfigurationsinformationen und Linux-Maschine vorbereiten

  • Sammeln Sie die folgenden Konfigurationsinformationen, die für die einfache Installation erforderlich sind:

  • Hostname – Hostname der Maschine, auf der der Linux-VDA installiert werden soll.
  • IP-Adresse des Domain Name Servers.
  • IP-Adresse oder Zeichenfolgenname des NTP-Servers.
  • Domänenname – Der NetBIOS-Name der Domäne.
  • Realm-Name – Der Kerberos-Realm-Name.
  • Vollqualifizierter Domänenname (FQDN) der Domäne.
  • AD-Integrationsmethode – Die Active Directory-Integrationsmethode. Derzeit unterstützt die einfache Installation Winbind, SSSD, Centrify und PBIS.
  • Benutzername – Der Name des Benutzers, der die Maschine der Domäne beitritt.
  • Kennwort – Das Kennwort des Benutzers, der die Maschine der Domäne beitritt.
  • OE – Die Organisationseinheit. Optional.

Wichtig:

  • Um den Linux-VDA zu installieren, stellen Sie sicher, dass die Repositorys auf der Linux-Maschine korrekt hinzugefügt wurden.
  • Um eine Sitzung zu starten, stellen Sie sicher, dass das X Window System und Desktop-Umgebungen installiert sind.
  • Aus Sicherheitsgründen speichert die einfache Installation das Kennwort für den Domänenbeitritt nicht. Jedes Mal, wenn Sie das Skript für die einfache Installation (ctxinstall.sh) im interaktiven Modus ausführen, müssen Sie das Kennwort für den Domänenbeitritt manuell eingeben. Im unbeaufsichtigten Modus müssen Sie das Kennwort für den Domänenbeitritt in /Citrix/VDA/sbin/ctxinstall.conf festlegen oder das Kennwort exportieren. Wir empfehlen Ihnen, für den Domänenbeitritt nicht das Administratorkonto zu verwenden. Delegieren Sie stattdessen die Berechtigungen für den Domänenbeitritt an einen anderen Active Directory-Benutzer als das Administratorkonto. Delegieren Sie dazu die Kontrolle auf dem Domänencontroller mithilfe des Assistenten zum Delegieren von Berechtigungen.

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 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 Zeitsynchronisierungsfunktion von Citrix Hypervisor aktiviert ist, treten innerhalb 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 nicht mehr synchron ist, stellen Sie sicher, dass die Systemuhr innerhalb jedes Linux-Gastes mit dem NTP synchronisiert ist. In diesem Fall muss die Host-Zeitsynchronisierung deaktiviert werden. 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 Zeitsynchronisierungsfunktion von Citrix Hypervisor vorhanden und aktiviert ist:

su -

cat /proc/sys/xen/independent_wallclock
<!--NeedCopy-->

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
<!--NeedCopy-->

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
<!--NeedCopy-->

Dieser Befehl gibt den Wert 1 zurück.

Zeitsynchronisierung auf Microsoft Hyper-V beheben

Die Linux-VMs mit installierten Hyper-V Linux Integration Services können die Hyper-V-Zeitsynchronisierungsfunktion verwenden, um die Zeit des Hostbetriebssystems 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.
      1. Stellen Sie sicher, dass Zeitsynchronisierung ausgewählt ist.

Hinweis:

Dieser Ansatz unterscheidet sich von VMware und Citrix Hypervisor, wo die Host-Zeitsynchronisierung deaktiviert wird, 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 innerhalb 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, stellen Sie sicher, dass die Systemuhr innerhalb jedes Linux-Gastes mit dem 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 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: .NET Runtime 6.0 installieren

Bevor Sie den Linux-VDA installieren, installieren Sie .NET Runtime 6.0 gemäß den Anweisungen unter https://docs.microsoft.com/en-us/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 4: Linux VDA-Paket herunterladen

  1. Gehen Sie zur Citrix Virtual Apps and Desktops Downloadseite.
  2. Erweitern Sie die entsprechende Version von Citrix Virtual Apps and Desktops.

  3. Erweitern Sie Komponenten, um den Linux VDA zu finden. Zum Beispiel:

    Komponenten für Citrix Virtual Apps and Desktops

  4. Klicken Sie auf den Linux VDA-Link, um auf die Linux VDA-Downloads zuzugreifen.

    Linux VDA-Downloads

  5. Laden Sie das Linux VDA-Paket herunter, das Ihrer Linux-Distribution entspricht.

  6. Laden Sie den öffentlichen GPG-Schlüssel herunter, mit dem Sie die Integrität des Linux VDA-Pakets überprüfen können. Zum Beispiel:

    • Öffentlicher GPG-Schlüssel

    So überprüfen Sie die Integrität des Linux VDA-Pakets mit dem öffentlichen Schlüssel:

    • Führen Sie für ein RPM-Paket die folgenden Befehle aus, um den öffentlichen Schlüssel in die RPM-Datenbank zu importieren und die Paketintegrität zu überprüfen:

       rpmkeys --import <path to the public key>
 rpm --checksig --verbose <path to the Linux VDA package>
 <!--NeedCopy-->

    • Führen Sie für ein DEB-Paket die folgenden Befehle aus, um den öffentlichen Schlüssel in die DEB-Datenbank zu importieren und die Paketintegrität zu überprüfen:

       sudo apt-get install dpkg-sig
 gpg --import <path to the public key>
 dpkg-sig --verify <path to the Linux VDA package>
 <!--NeedCopy-->

Schritt 5: Linux VDA-Paket installieren

Um die Umgebung für den Linux VDA einzurichten, führen Sie die folgenden Befehle aus.

Für Amazon Linux 2-, CentOS-, RHEL- und Rocky Linux-Distributionen:

Hinweis:

-  Für RHEL und CentOS installieren Sie das EPEL-Repository, bevor Sie den Linux VDA erfolgreich installieren können. Informationen zur Installation von EPEL finden Sie in den Anweisungen unter <https://docs.fedoraproject.org/en-US/epel/>.
  • Bevor Sie den Linux VDA unter RHEL 9.1/9.0 und Rocky Linux 9.1/9.0 installieren, aktualisieren Sie das Paket libsepol auf Version 3.4 oder höher.
sudo yum  -y localinstall   <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Hinweis:

Nachdem Sie den Linux VDA unter RHEL 8.x/9.x und Rocky Linux 8.x/9.x, die auf GCP gehostet werden, installiert haben, kann die Ethernet-Verbindung verloren gehen und der Linux VDA nach einem VM-Neustart unerreichbar sein. Um das Problem zu umgehen, führen Sie die folgenden Befehle aus, bevor Sie die VM neu starten:

nmcli dev connect eth0

service NetworkManager restart

<!--NeedCopy-->
  • Für Ubuntu/Debian-Distributionen:
-  sudo dpkg -i <PATH>/<Linux VDA deb>
-  sudo apt-get install -f
<!--NeedCopy-->

Hinweis:

  • Um die erforderlichen Abhängigkeiten für eine Debian 11.3-Distribution zu installieren, fügen Sie die Zeile deb http://deb.debian.org/debian/ bullseye main zur Datei /etc/apt/sources.list hinzu.
  • Deaktivieren Sie für Ubuntu 20.04 auf GCP RDNS. Fügen Sie dazu die Zeile rdns = false unter [libdefaults] in /etc/krb5.conf hinzu.

Für SUSE-Distributionen:

    1. Stellen Sie für SUSE 15.4 auf AWS, Azure und GCP sicher, dass:
    • Sie libstdc++6 Version 12 oder höher verwenden.
    • Der Parameter Default_WM in /etc/sysconfig/windowmanager auf “gnome” gesetzt ist.
    1. Führen Sie den folgenden Befehl aus, um den Linux VDA zu installieren:
     -  zypper -i install <PATH>/<Linux VDA RPM>

 <!--NeedCopy-->

  • Schritt 6: NVIDIA GRID-Treiber installieren

  • Die Aktivierung von HDX™ 3D Pro erfordert die Installation der NVIDIA GRID-Treiber auf Ihrem Hypervisor und auf den VDA-Maschinen.

  • Informationen zur Installation und Konfiguration des NVIDIA GRID Virtual GPU Managers (des Hosttreibers) auf den spezifischen Hypervisoren finden Sie in den folgenden Anleitungen:

  • Citrix Hypervisor
  • VMware ESX
  • Nutanix AHV

Um die NVIDIA GRID Gast-VM-Treiber zu installieren und zu konfigurieren, führen Sie die folgenden allgemeinen Schritte aus:

  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 7: Eine zu verwendende Datenbank angeben

Sie können nach der Installation des Linux VDA-Pakets zwischen SQLite und PostgreSQL wechseln. Führen Sie dazu die folgenden Schritte aus:

Hinweis:

  • Wir empfehlen, SQLite nur für den VDI-Modus und PostgreSQL für ein Bereitstellungsmodell für gehostete Shared Desktops zu verwenden.

    • Für eine einfache Installation und MCS können Sie SQLite oder PostgreSQL zur Verwendung angeben, ohne diese manuell installieren zu müssen. Sofern nicht anders über /etc/xdl/db.conf angegeben, verwendet der Linux VDA standardmäßig PostgreSQL.
  • Sie können /etc/xdl/db.conf auch verwenden, um die Portnummer für PostgreSQL zu konfigurieren.
  1. Bearbeiten Sie /etc/xdl/db.conf, um eine zu verwendende Datenbank anzugeben.
  2. Führen Sie sudo /opt/Citrix/VDA/sbin/ctxinstall.sh oder /opt/Citrix/VDA/bin/easyinstall aus.

Schritt 8: Die Laufzeitumgebung einrichten, um die Installation abzuschließen

Nach der Installation des Linux VDA-Pakets konfigurieren Sie die Laufzeitumgebung mithilfe des Skripts ctxinstall.sh oder der GUI.

Hinweis:

    • Bevor Sie die Laufzeitumgebung einrichten, stellen Sie sicher, dass das Gebietsschema en_US.UTF-8 in Ihrem Betriebssystem installiert ist. Wenn das Gebietsschema in Ihrem Betriebssystem nicht verfügbar ist, führen Sie den Befehl sudo locale-gen en_US.UTF-8 aus. Bearbeiten Sie für Debian die Datei /etc/locale.gen, indem Sie die Zeile # en_US.UTF-8 UTF-8 auskommentieren, und führen Sie dann den Befehl sudo locale-gen aus.

ctxinstall.sh

ctxinstall.sh ist das einfache Installationsskript, das die Laufzeitumgebung für den Linux VDA konfiguriert. Weitere Informationen erhalten Sie mit dem Hilfebefehl ctxinstall.sh -h.

Die einfache Installation verwendet /opt/Citrix/VDA/sbin/ctxinstall.conf als Konfigurationsdatei, um die Werte aller Umgebungsvariablen, die für die GUI und ctxinstall.sh benötigt werden, festzulegen, zu speichern und zu synchronisieren. Wenn Sie die Konfigurationsdatei zum ersten Mal erstellen, verwenden Sie eine der folgenden Methoden:

  • Indem Sie die Vorlagendatei /opt/Citrix/VDA/sbin/ctxinstall.conf.tmpl kopieren und als /opt/Citrix/VDA/sbin/ctxinstall.conf speichern.
  • Indem Sie ctxinstall.sh ausführen. Jedes Mal, wenn Sie ctxinstall.sh ausführen, wird Ihre Eingabe in /opt/Citrix/VDA/sbin/ctxinstall.conf gespeichert.

Hinweis:

  • Gemäß dem Prinzip der geringsten Rechte stellen Sie sicher, dass nur der Root-Benutzer /opt/Citrix/VDA/sbin/ctxinstall.conf lesen kann, da das Domänenbeitrittskennwort in der Datei festgelegt sein könnte.
  • Durch die Deinstallation des Linux VDA werden Dateien unter /opt/Citrix/VDA entfernt. Wir empfehlen Ihnen, /opt/Citrix/VDA/sbin/ctxinstall.conf vor der Deinstallation des VDA zu sichern.

Sie können ctxinstall.sh im interaktiven Modus oder im unbeaufsichtigten Modus ausführen. Bevor Sie das Skript ausführen, legen Sie die folgenden Umgebungsvariablen fest:

  • CTX_EASYINSTALL_HOSTNAME=host-name – Der Hostname des Linux VDA-Servers.
  • CTX_EASYINSTALL_DNS=ip-address-of-dns – Die IP-Adresse des DNS.
  • CTX_EASYINSTALL_NTPS=address-of-ntps – Die IP-Adresse oder der Zeichenfolgenname des NTP-Servers.
  • CTX_EASYINSTALL_DOMAIN=domain-name – Der NetBIOS-Name der Domäne.
  • CTX_EASYINSTALL_REALM=realm-name – Der Kerberos-Realm-Name.
  • CTX_EASYINSTALL_FQDN=ad-fqdn-name
  • CTX_EASYINSTALL_USERNAME=domain-user-name – Der Name des Benutzers, der die Maschine der Domäne beitritt.

  • CTX_EASYINSTALL_PASSWORD=password – Das Kennwort des Benutzers, der die Maschine der Domäne beitritt.

    Hinweis:

    Wir empfehlen Ihnen, das Administratorkonto nicht für den Domänenbeitritt zu verwenden. Delegieren Sie stattdessen die Berechtigungen für den Domänenbeitritt an einen Active Directory-Benutzer, der nicht das Administratorkonto ist. Delegieren Sie dazu die Kontrolle auf dem Domänencontroller mithilfe des Delegation of Control Wizard.

Die folgenden vier Variablen sind optional. Auch wenn sie nicht festgelegt sind, wird ctxinstall.sh im unbeaufsichtigten Modus nicht abgebrochen, und Sie werden im interaktiven Modus nicht zur Benutzereingabe aufgefordert. Sie können sie nur durch Exportieren ihrer Werte oder Bearbeiten von /Citrix/VDA/sbin/ctxinstall.conf festlegen.

  • CTX_EASYINSTALL_NETBIOS_DOMAIN=netbios-domain-name – Der NetBIOS-Domänenname ist typischerweise die erste Komponente des DNS-Domänennamens, getrennt durch einen Punkt (.). Andernfalls passen Sie einen anderen NetBIOS-Domänennamen an. Diese Variable ist optional.
  • CTX_EASYINSTALL_OU=ou-value – OU-Werte variieren je nach AD-Methode. Ein Beispiel für OU-Werte finden Sie in der Tabelle im Abschnitt Überlegungen dieses Artikels. Diese Variable ist optional.
  • CTX_EASYINSTALL_CENTRIFY_LOCAL_PATH=centrify-local-path – Die einfache Installation hilft beim Herunterladen des Centrify-Pakets aus dem Internet. Wenn Centrify jedoch bereits installiert ist, können Sie das Centrify-Paket aus einem lokalen Verzeichnis abrufen, das durch diese Variable definiert ist. Diese Variable ist optional.

  • CTX_EASYINSTALL_PBIS_LOCAL_PATH= pbis-local-path – Die einfache Installation hilft beim Herunterladen des PBIS-Pakets aus dem Internet. Wenn PBIS jedoch bereits installiert ist, können Sie das PBIS-Paket aus einem lokalen Verzeichnis abrufen, das durch diese Variable definiert ist. Diese Variable ist optional.

    • Das Ausführen von ctxinstall.sh ruft ein weiteres Skript auf, ctxsetup.sh. ctxsetup.sh verwendet die folgenden Variablen:

    • CTX_XDL_SUPPORT_DDC_AS_CNAME=Y | N – Der Linux VDA unterstützt die Angabe eines Delivery Controller-Namens mithilfe eines DNS-CNAME-Eintrags.
    • CTX_XDL_DDC_LIST=’list-ddc-fqdns’ – Der Linux VDA erfordert eine durch Leerzeichen getrennte Liste von Delivery Controller Fully Qualified Domain Names (FQDNs), die für die Registrierung bei einem Delivery Controller verwendet werden sollen. Mindestens ein FQDN oder CNAME muss angegeben werden.
  • CTX_XDL_VDA_PORT=port-number – Der Linux VDA kommuniziert mit Delivery Controllern über einen TCP/IP-Port. - CTX_XDL_REGISTER_SERVICE=Y | N – Die Linux Virtual Desktop-Dienste werden nach dem Maschinenstart gestartet. - 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 Ports 80 und 1494) automatisch in der Systemfirewall für den Linux Virtual Desktop öffnen. - CTX_XDL_AD_INTEGRATION=winbind | sssd | centrify | pbis – Der Linux VDA erfordert Kerberos-Konfigurationseinstellungen zur Authentifizierung bei den Delivery Controllern. Die Kerberos-Konfiguration wird aus dem installierten und konfigurierten Active Directory-Integrationstool auf dem System ermittelt.
  • 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 VDI-Desktops (Einzelsitzungsmodus) konfiguriert – (d. h. CTX_XDL_VDI_MODE=Y).
    • CTX_XDL_VDI_MODE=Y | N – 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 den Wert auf Y.
    • CTX_XDL_SITE_NAME=dns-name – Der Linux VDA erkennt LDAP-Server über DNS. Um die DNS-Suchergebnisse auf einen lokalen Standort zu beschränken, geben Sie einen DNS-Standortnamen an. Falls nicht erforderlich, setzen Sie ihn auf <none>.`
  • CTX_XDL_LDAP_LIST=’list-ldap-servers’ – Der Linux VDA fragt DNS ab, um LDAP-Server zu erkennen. Wenn DNS keine LDAP-Diensteinträge bereitstellen kann, können Sie eine durch Leerzeichen getrennte Liste von LDAP-FQDNs mit LDAP-Ports angeben. Zum Beispiel ad1.mycompany.com:389 ad2.mycompany.com:3268 ad3.mycompany.com:3268. Um schnellere LDAP-Abfragen innerhalb einer Active Directory-Gesamtstruktur zu ermöglichen, aktivieren Sie Global Catalog auf einem Domänencontroller und geben Sie die relevante LDAP-Portnummer als 3268 an. Diese Variable ist standardmäßig auf <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). Falls nicht erforderlich, setzen Sie sie auf <none>.`

    • 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, 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 der Textzeichenfolge <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 Portnummer übereinstimmt, zum Beispiel 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-Desktop-Umgebung an, die in Sitzungen verwendet werden soll. Wenn Sie die Variable unspezifiziert lassen, 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.

  • CTX_XDL_START_SERVICE=Y | N – Legt fest, ob die Linux VDA-Dienste gestartet werden, wenn die Konfiguration abgeschlossen ist.
  • 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.

Überlegungen

  • Der NetBIOS-Domänenname ist typischerweise die erste Komponente des DNS-Domänennamens, getrennt durch einen Punkt (.). Um einen anderen NetBIOS-Domänennamen in Ihrer Umgebung anzupassen, setzen Sie die Umgebungsvariable CTX_EASYINSTALL_NETBIOS_DOMAIN in /opt/Citrix/VDA/sbin/ctxinstall.conf.

  • Um Ihren VDA einer bestimmten OU beizutreten, gehen Sie wie folgt vor:

    1. Stellen Sie sicher, dass die spezifische OU auf dem Domänencontroller existiert.

      Ein Beispiel für eine OU finden Sie im folgenden Screenshot

      Ein Beispiel für eine OU

    2. Setzen Sie die Umgebungsvariable CTX_EASYINSTALL_OU in /opt/Citrix/VDA/sbin/ctxinstall.conf.

      OU-Werte variieren je nach AD-Methode. Die folgende Tabelle zeigt die Beispiel-OU-Namen im vorhergehenden Screenshot. Sie können beliebige andere OU-Namen in Ihrer Organisation verwenden.

      Betriebssystem Winbind SSSD Centrify PBIS
      Amazon Linux 2 "Linux/amazon" "Linux/amazon" "XD.LOCAL/Linux/amazon" "Linux/amazon"
      Debian "Linux/debian" "Linux/debian" "XD.LOCAL/Linux/debian" "Linux/debian"
      RHEL 9.1/9.0, Rocky Linux 9.1/9.0 "OU=redhat,OU=Linux" "OU=redhat,OU=Linux" N/V N/V
      RHEL 8.x "OU=redhat,OU=Linux" "OU=redhat,OU=Linux" "XD.LOCAL/Linux/redhat" "Linux/redhat"
      Rocky Linux 8.x "OU=redhat,OU=Linux" "OU=redhat,OU=Linux" N/V N/V
      RHEL 7 "Linux/redhat" "Linux/redhat" "XD.LOCAL/Linux/redhat" "Linux/redhat"
      SUSE "Linux/suse" "Linux/suse" "XD.LOCAL/Linux/suse" "Linux/suse"
      Ubuntu "Linux/ubuntu" "Linux/ubuntu" "XD.LOCAL/Linux/ubuntu" "Linux/ubuntu"
    • Centrify unterstützt keine reine IPv6 DNS-Konfiguration. Mindestens ein DNS-Server, der IPv4 verwendet, ist in /etc/resolv.conf erforderlich, damit adclient AD-Dienste ordnungsgemäß finden kann.

    Protokoll:

     ADSITE   : Check that this machine's subnet is in a site known by AD   : Failed
          : This machine's subnet is not known by AD.
          : We guess you should be in the site Site1.
 <!--NeedCopy-->

    Dieses Problem ist spezifisch für Centrify und dessen Konfiguration. Gehen Sie wie folgt vor, um dieses Problem zu beheben:

    a. Öffnen Sie die Verwaltungstools auf dem Domänencontroller. b. Wählen Sie Active Directory-Standorte und -Dienste aus. c. Fügen Sie eine geeignete Subnetzadresse für Subnetze hinzu.

    • Die einfache Installation unterstützt reines IPv6 ab Linux VDA 7.16. Es gelten die folgenden Voraussetzungen und Einschränkungen:

    • Ihr Linux-Repository muss so konfiguriert sein, dass Ihr Computer die erforderlichen Pakete über reine IPv6-Netzwerke herunterladen kann.
    • Centrify wird in reinen IPv6-Netzwerken nicht unterstützt.

    Hinweis:

    Wenn Ihr Netzwerk rein IPv6 ist und alle Ihre Eingaben im korrekten IPv6-Format vorliegen, registriert sich der VDA über IPv6 beim Delivery Controller™. Wenn Ihr Netzwerk eine hybride IPv4- und IPv6-Konfiguration aufweist, bestimmt der Typ der ersten DNS-IP-Adresse, ob IPv4 oder IPv6 für die Registrierung verwendet wird.

  • Sie können auch die Desktop-Umgebung für einen Ziel-Sitzungsbenutzer ändern, indem Sie die folgenden Schritte ausführen:

    1. Erstellen Sie eine .xsession- oder .Xclients-Datei im Verzeichnis $HOME/<Benutzername> auf dem VDA. Wenn Sie Amazon Linux 2 verwenden, erstellen Sie eine .Xclients-Datei. Wenn Sie andere Distributionen verwenden, erstellen Sie eine .xsession-Datei.

    2. Bearbeiten Sie die .xsession- oder .Xclients-Datei, um eine Desktop-Umgebung basierend auf den Distributionen anzugeben.

      • Für MATE-Desktop

         MSESSION="$(type -p mate-session)"  
 if [ -n "$MSESSION" ]; then  
 exec mate-session  
 fi
 <!--NeedCopy-->

      • Für GNOME Classic-Desktop

         GSESSION="$(type -p gnome-session)"  
 if [ -n "$GSESSION" ]; then  
 export GNOME_SHELL_SESSION_MODE=classic  
 exec gnome-session --session=gnome-classic  
 fi  
 <!--NeedCopy-->

      • Für GNOME-Desktop

         GSESSION="$(type -p gnome-session)"  
 if [ -n "$GSESSION" ]; then  
 exec gnome-session  
 fi  
 <!--NeedCopy-->
    3. Teilen Sie die Dateiberechtigung 700 mit dem Ziel-Sitzungsbenutzer.

  • Wenn Sie Centrify als Methode zum Beitreten einer Domäne wählen, benötigt das Skript ctxinstall.sh das Centrify-Paket. Möglichkeiten für ctxinstall.sh, das Centrify-Paket zu erhalten:

  • Wenn Sie PBIS als Methode zum Beitreten einer Domäne wählen, benötigt das Skript ctxinstall.sh das PBIS-Paket. Möglichkeiten für ctxinstall.sh, das PBIS-Paket zu erhalten:

Interaktiver Modus

Um das Skript ctxinstall.sh im interaktiven Modus auszuführen, verwenden Sie den Befehl sudo /opt/Citrix/VDA/sbin/ctxinstall.sh ohne die Option -S. Geben Sie an jeder Eingabeaufforderung in der Befehlszeilenschnittstelle den entsprechenden Variablenwert ein. Wenn eine Variable bereits festgelegt ist, fordert ctxinstall.sh eine Bestätigung an, falls Sie sie ändern möchten.

Stiller Modus

Im stillen Modus müssen Sie die vorhergehenden Variablen mithilfe von /opt/Citrix/VDA/sbin/ctxinstall.conf oder dem Exportbefehl festlegen. Führen Sie danach ctxinstall.sh -S aus (beachten Sie, dass der Buchstabe S hier großgeschrieben ist). Wenn nicht alle erforderlichen Variablen festgelegt oder einige Werte ungültig sind, bricht ctxinstall.sh die Ausführung ab, es sei denn, es sind Standardwerte vorhanden.

Der exportierte Wert für jede Variable überschreibt den Wert in /Citrix/VDA/sbin/ctxinstall.conf, es sei denn, er ist nicht festgelegt. Alle aktualisierten Werte werden in /Citrix/VDA/sbin/ctxinstall.conf gespeichert, mit Ausnahme des Kennworts für den Domänenbeitritt. Im stillen Modus müssen Sie das Kennwort für den Domänenbeitritt daher in /Citrix/VDA/sbin/ctxinstall.conf festlegen oder das Kennwort exportieren.

-  export CTX_EASYINSTALL_HOSTNAME=host-name

export CTX_EASYINSTALL_DNS=ip-address-of-dns

export CTX_EASYINSTALL_NTPS=address-of-ntps

export CTX_EASYINSTALL_DOMAIN=domain-name

export CTX_EASYINSTALL_REALM=realm-name

export CTX_EASYINSTALL_FQDN=ad-fqdn-name

export CTX_EASYINSTALL_USERNAME=domain-user-name

export CTX_EASYINSTALL_PASSWORD=password

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=winbind | centrify | sssd | pbis

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/ctxinstall.sh -S
<!--NeedCopy-->

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 aus den vorhergehenden Befehlen eine Shell-Skriptdatei mit #!/bin/bash als erster Zeile erstellen.

Alternativ können Sie alle Variablen mit einem einzigen Befehl angeben.

Um die Umgebungsvariablen des VDA-Laufzeitumfelds (die mit ‘CTX_XDL_’ beginnen) einzurichten, können Sie ctxinstall.sh -s ausführen (beachten Sie, dass der Buchstabe s hier kleingeschrieben ist).

GUI

Wenn Sie SSSD oder Winbind als Methode für den Domänenbeitritt verwenden, können Sie die einfache Installation über eine GUI nutzen. Führen Sie den Befehl /opt/Citrix/VDA/bin/easyinstall in der Desktop-Umgebung Ihres VDA aus und folgen Sie dann den Anweisungen in der Easy Install-GUI.

Easy Install-GUI

Die Easy Install-GUI führt Sie durch die folgenden Vorgänge:

  • Überprüfen der Systemumgebung
  • Installieren von Abhängigkeiten
  • Beitreten des VDA zu einer angegebenen Domäne
  • Konfigurieren der Laufzeitumgebung

Tipp:

  • Klicken Sie auf Speichern, um Variableneinstellungen in einer lokalen Datei unter dem von Ihnen angegebenen Pfad zu speichern. Klicken Sie auf Laden, um Variableneinstellungen aus einer von Ihnen angegebenen Datei zu laden. Informationen zum Konfigurieren von MCS-Variablen finden Sie unter Schritt 3h: Konfigurieren von MCS-Variablen im Artikel Erstellen von Linux-VDAs mit Machine Creation Services (MCS).
  • Das Skript ctxinstall.sh speichert alle Variableneinstellungen mit Ausnahme des Kennworts für den Domänenbeitritt in /Citrix/VDA/sbin/ctxinstall.conf.

Schritt 9: Ausführen von XDPing

Führen Sie sudo /opt/Citrix/VDA/bin/xdping aus, um nach häufigen Konfigurationsproblemen in einer Linux-VDA-Umgebung zu suchen. Weitere Informationen finden Sie unter XDPing.

Schritt 10: Ausführen des Linux-VDA

Starten des Linux-VDA:

So starten Sie die Linux-VDA-Dienste:

sudo /sbin/service ctxhdx start

sudo /sbin/service ctxvda start
<!--NeedCopy-->

Beenden des Linux-VDA:

So beenden Sie die Linux-VDA-Dienste:

sudo /sbin/service ctxvda stop

sudo /sbin/service ctxhdx stop
<!--NeedCopy-->

Hinweis:

Bevor Sie die Dienste ctxvda und ctxhdx beenden, führen Sie den Befehl systemctl stop ctxmonitord aus, um den Überwachungsdienst-Daemon zu beenden. Andernfalls startet der Überwachungsdienst-Daemon die von Ihnen beendeten Dienste neu.

Neustarten des Linux-VDA:

So starten Sie die Linux-VDA-Dienste neu:

sudo /sbin/service ctxvda stop

sudo /sbin/service ctxhdx restart

sudo /sbin/service ctxvda start
<!--NeedCopy-->

Überprüfen des Status des Linux-VDA:

So überprüfen Sie den Ausführungsstatus der Linux-VDA-Dienste:

sudo /sbin/service ctxvda status

sudo /sbin/service ctxhdx status
<!--NeedCopy-->

Schritt 11: Erstellen von Maschinenkatalogen

Der Prozess zum Erstellen von Maschinenkatalogen und 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:
    • Die Option Multi-session OS für ein Bereitstellungsmodell mit gehosteten Shared Desktops.
    • Die Option Single-session OS für ein Bereitstellungsmodell mit dedizierten VDI-Desktops.
  • Mischen Sie keine Linux- und Windows-VDA-Maschinen im selben Maschinenkatalog.

Hinweis:

Frühere Versionen von Citrix Studio unterstützten den Begriff „Linux-Betriebssystem“ 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 einzelnen 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: Bereitstellungsgruppen erstellen

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 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.
  • Erlauben Sie keine Anmeldung von nicht authentifizierten (anonymen) Benutzern.
  • 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 Anwendungen auf derselben Maschine.

Informationen zum Erstellen von Maschinenkatalogen und Bereitstellungsgruppen finden Sie unter Citrix Virtual Apps and Desktops 7 2305.

Schritt 13: Linux VDA aktualisieren (optional)

Sie können eine vorhandene Installation von den beiden vorherigen Versionen und von einer LTSR-Version aktualisieren.

Für RHEL 7 und CentOS 7:

sudo rpm -U XenDesktopVDA-<version>.el7_x.x86_64.rpm
<!--NeedCopy-->

Für RHEL 8 und Rocky Linux 8:

sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm
<!--NeedCopy-->

Für RHEL 9.1/9.0 und Rocky Linux 9.1/9.0:

Hinweis:

Bevor Sie den Linux VDA unter RHEL 9.1/9.0 und Rocky Linux 9.1/9.0 aktualisieren, aktualisieren Sie das Paket libsepol auf Version 3.4 oder höher.

sudo rpm -U XenDesktopVDA-<version>.el9x.x86_64.rpm
<!--NeedCopy-->

Für SUSE:

sudo rpm -U XenDesktopVDA-<version>.sle15_x.x86_64.rpm
<!--NeedCopy-->

Für Ubuntu 20.04:

sudo dpkg -i xendesktopvda_<version>.ubuntu20.04_amd64.deb
<!--NeedCopy-->

Für Ubuntu 22.04:

sudo dpkg -i xendesktopvda_<version>.ubuntu22.04_amd64.deb
<!--NeedCopy-->

Fehlerbehebung

Verwenden Sie die Informationen in diesem Abschnitt, um Probleme zu beheben, die bei der Verwendung der Easy Install-Funktion auftreten können.

Domänenbeitritt mit SSSD schlägt fehl

Beim Versuch, einer Domäne beizutreten, kann ein Fehler auftreten, dessen Ausgabe der folgenden ähnelt (überprüfen Sie die Protokolle für die Bildschirmausgabe):

Step 6: join Domain!Enter ctxadmin's password:Failed to join domain: failed to lookup DC info for domain 'CITRIXLAB.LOCAL' over rpc: The network name cannot be found

/var/log/xdl/vda.log:

2016-11-04 02:11:52.317 [INFO ] - The Citrix Desktop Service successfully obtained the following list of 1 delivery controller(s) with which to register: 'CTXDDC.citrixlab.local (10.158.139.214)'.
2016-11-04 02:11:52.362 [ERROR] - RegistrationManager.AttemptRegistrationWithSingleDdc: Failed to register with http://CTXDDC.citrixlab.local:80/Citrix/CdsController/IRegistrar. Error: General security error (An error occurred in trying to obtain a TGT: Client not found in Kerberos database (6))
2016-11-04 02:11:52.362 [ERROR] - The Citrix Desktop Service cannot connect to the delivery controller 'http://CTXDDC.citrixlab.local:80/Citrix/CdsController/IRegistrar' (IP Address '10.158.139.214')
Check the following:- The system clock is in sync between this machine and the delivery controller.
-  The Active Directory provider (e.g. winbind daemon) service is running and correctly configured.
-  Kerberos is correctly configured on this machine.
If the problem persists, please refer to Citrix Knowledge Base article CTX117248 for further information.
Error Details:
Exception 'General security error (An error occurred in trying to obtain a TGT: Client not found in Kerberos database (6))' of type 'class javax.xml.ws.soap.SOAPFaultException'.
2016-11-04 02:11:52.362 [INFO ] - RegistrationManager.AttemptRegistrationWithSingleDdc: The current time for this VDA is Fri Nov 04 02:11:52 EDT 2016.
Ensure that the system clock is in sync between this machine and the delivery controller.
Verify the NTP daemon is running on this machine and is correctly configured.
2016-11-04 02:11:52.364 [ERROR] - Could not register with any controllers. Waiting to try again in 120000 ms. Multi-forest - false
2016-11-04 02:11:52.365 [INFO ] - The Citrix Desktop Service failed to register with any controllers in the last 470 minutes.
<!--NeedCopy-->

/var/log/messages:

Nov 4 02:15:27 RH-WS-68 [sssd[ldap_child[14867]]]: Failed to initialize credentials using keytab [MEMORY:/etc/krb5.keytab]: Client 'RH-WS-68$@CITRIXLAB.LOCAL' not found in Kerberos database. Unable to create GSSAPI-encrypted LDAP connection.Nov 4 02:15:27 RH-WS-68 [sssd[ldap_child[14867]]]: Client 'RH-WS-68$@CITRIXLAB.LOCAL' not found in Kerberos database

Um dieses Problem zu beheben:

  1. Führen Sie den Befehl rm -f /etc/krb5.keytab aus.
  2. Führen Sie den Befehl net ads leave $REALM -U $domain-administrator aus.
  3. Entfernen Sie den Maschinenkatalog und die Bereitstellungsgruppe auf dem Delivery Controller.
  4. Führen Sie /opt/Citrix/VDA/sbin/ctxinstall.sh aus.
  5. Erstellen Sie den Maschinenkatalog und die Bereitstellungsgruppe auf dem Delivery Controller.

Ubuntu-Desktopsitzungen zeigen einen grauen Bildschirm an

Dieses Problem tritt auf, wenn Sie eine Sitzung starten, die dann in einem leeren Desktop blockiert ist. Außerdem zeigt die Konsole des Computers einen grauen Bildschirm an, wenn Sie sich mit einem lokalen Benutzerkonto anmelden.

Um dieses Problem zu beheben:

  1. Führen Sie den Befehl sudo apt-get update aus.
  2. Führen Sie den Befehl sudo apt-get install unity lightdm aus.
  3. Fügen Sie die folgende Zeile zu /etc/lightdm/lightdm.conf hinzu: greeter-show-manual-login=true

Versuche, Ubuntu-Desktopsitzungen zu starten, schlagen aufgrund eines fehlenden Home-Verzeichnisses fehl

/var/log/xdl/hdx.log:

2016-11-02 13:21:19.015 <P22492:S1> citrix-ctxlogin: StartUserSession: failed to change to directory(/home/CITRIXLAB/ctxadmin) errno(2)

2016-11-02 13:21:19.017 <P22227> citrix-ctxhdx: logSessionEvent: Session started for user ctxadmin.

2016-11-02 13:21:19.023 <P22492:S1> citrix-ctxlogin: ChildPipeCallback: Login Process died: normal.

2016-11-02 13:21:59.217 <P22449:S1> citrix-ctxgfx: main: Exiting normally.
<!--NeedCopy-->

Tipp:

Die Ursache dieses Problems ist, dass das Home-Verzeichnis für den Domänenadministrator nicht erstellt wurde.

Um dieses Problem zu beheben:

  1. Geben Sie in einer Befehlszeile pam-auth-update ein.

  2. Vergewissern Sie sich im daraufhin angezeigten Dialogfeld, dass Create home directory login ausgewählt ist.

    Ubuntu kann die Sitzung nicht starten

Sitzung startet nicht oder wird schnell mit dbus-Fehler beendet

/var/log/messages (für RHEL oder CentOS):

Oct 27 04:17:16 CentOS7 citrix-ctxhdx[8978]: Session started for user CITRIXLAB\ctxadmin.

Oct 27 04:17:18 CentOS7 kernel: traps: gnome-session[19146] trap int3 ip:7f89b3bde8d3 sp:7fff8c3409d0 error:0

Oct 27 04:17:18 CentOS7 gnome-session[19146]: ERROR: Failed to connect to system bus: Exhausted all available authentication mechanisms (tried: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS) (available: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS)#012aborting...

Oct 27 04:17:18 CentOS7 gnome-session: gnome-session[19146]: ERROR: Failed to connect to system bus: Exhausted all available authentication mechanisms (tried: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS) (available: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS)

Oct 27 04:17:18 CentOS7 gnome-session: aborting...

Oct 27 04:17:18 CentOS7 citrix-ctxgfx[18981]: Exiting normally.

Oct 27 04:17:18 CentOS7 citrix-ctxhdx[8978]: Session stopped for user CITRIXLAB\ctxadmin.
<!--NeedCopy-->

Alternativ für Ubuntu-Distributionen verwenden Sie das Protokoll /var/log/syslog:

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25326]: [pulseaudio] pid.c: Stale PID file, overwriting.

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25326]: [pulseaudio] bluez5-util.c: Failed to get D-Bus connection: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25326]: [pulseaudio] hashmap.c: Assertion 'h' failed at pulsecore/hashmap.c:116, function pa_hashmap_free(). Aborting.

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25352]: [pulseaudio] core-util.c: Failed to connect to system bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25352]: message repeated 10 times: [ [pulseaudio] core-util.c: Failed to connect to system bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.]

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25352]: [pulseaudio] pid.c: Daemon already running.Nov  3 11:03:58 user01-HVM-domU citrix-ctxgfx[24693]: Exiting normally
<!--NeedCopy-->

Einige Gruppen oder Module werden erst nach einem Neustart wirksam. Wenn die dbus-Fehlermeldungen im Protokoll erscheinen, empfehlen wir Ihnen, das System neu zu starten und es erneut zu versuchen.

SELinux verhindert den Zugriff von SSHD auf das Home-Verzeichnis

Der Benutzer kann eine Sitzung starten, sich aber nicht anmelden.

/var/log/xdl/ctxinstall.log:

Jan 25 23:30:31 yz-rhel72-1 setroubleshoot[3945]: SELinux is preventing /usr/sbin/sshd from setattr access on the directory /root. For complete SELinux messages. run sealert -l 32f52c1f-8ff9-4566-a698-963a79f16b81

Jan 25 23:30:31 yz-rhel72-1 python[3945]: SELinux is preventing /usr/sbin/sshd from setattr access on the directory /root.

*****  Plugin catchall_boolean (89.3 confidence) suggests   ******************

If you want to allow polyinstantiation to enabled

   Then you must tell SELinux about this by enabling the 'polyinstantiation_enabled' boolean.

You can read 'None' man page for more details.

    Do

       setsebool -P polyinstantiation_enabled 1

*****  Plugin catchall (11.6 confidence) suggests   **************************

If you believe that sshd should be allowed setattr access on the root directory by default.

Then you should report this as a bug.

You can generate a local policy module to allow this access.

      Do

       allow this access for now by executing:

       # grep sshd /var/log/audit/audit.log | audit2allow -M mypol

# semodule -i mypol.pp
<!--NeedCopy-->

Um dieses Problem zu beheben:

  1. Deaktivieren Sie SELinux, indem Sie die folgende Änderung an /etc/selinux/config vornehmen.

    SELINUX=disabled

  2. Starten Sie den VDA neu.

Domänengebundene VDAs mit einfacher Installation erstellen
May 7, 2026
Beitrag von: 
C C
May 7, 2026
Beitrag von: 
C C

In diesem Artikel

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