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

Erstellen eines nicht in die Domäne eingebundenen Linux VDA mit Easy Install (Vorschau)

May 6, 2026
Beitrag von: 
C C

Dieser Artikel führt Sie durch die Verwendung von Easy Install zum Erstellen eines nicht in die Domäne eingebundenen Linux VDA in Citrix DaaS.

Wichtig:

  • Nicht in die Domäne eingebundene VDAs werden für Citrix DaaS unterstützt.
    • Ihre Steuerungsebene muss über Citrix DaaS bereitgestellt werden.
    • Sie können nicht in die Domäne eingebundene VDAs in einer Public Cloud oder einem lokalen Rechenzentrum bereitstellen. Nicht in die Domäne eingebundene VDAs werden von der Steuerungsebene in Citrix DaaS verwaltet.
    • Um nicht in die Domäne eingebundene VDAs zu erstellen, müssen Kunden, die den Citrix Gateway-Dienst nutzen, sicherstellen, dass Rendezvous V2 aktiviert ist. Cloud Connectors sind nur erforderlich, wenn Sie Maschinen auf lokalen Hypervisoren bereitstellen möchten oder wenn Sie Active Directory als Identitätsanbieter in Workspace verwenden möchten.
  • Um nicht in die Domäne eingebundene VDAs zu erstellen, können Sie auch MCS verwenden. Weitere Informationen finden Sie unter Erstellen nicht in die Domäne eingebundener Linux-VDAs mit MCS.
    • MCS unterstützt keine Bare-Metal-Server.
  • Die folgenden Funktionen sind für nicht in die Domäne eingebundene Linux-VDAs verfügbar:

Schritt 1: Erstellen eines Maschinenkatalogs

Erstellen Sie einen leeren Maschinenkatalog ohne Maschinen. Verwenden Sie beispielsweise das Citrix Remote PowerShell SDK und führen Sie den folgenden Befehl aus, um einen leeren Maschinenkatalog zu erstellen, der den Namen Your-catalog-name trägt und Single-Session-Betriebssystemmaschinen unterstützt.

- New-BrokerCatalog -AllocationType 'Static' -Description 'Your description' -MinimumFunctionalLevel 'L7_20' -Name 'Your-catalog-name' -SessionSupport 'SingleSession' -PersistUserChanges 'OnLocal' -ProvisioningType 'Manual' -MachinesArePhysical $true
<!--NeedCopy-->

-  Notieren Sie sich die UUID des erstellten Katalogs. Die UUID wird benötigt, wenn Sie später ein Registrierungstoken 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](/de-de/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html) und [Maschinenkataloge verwalten](/de-de/citrix-virtual-apps-desktops/install-configure/machine-catalogs-manage.html).

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.
  • Mischen Sie keine in die Domäne eingebundenen und nicht in die Domäne eingebundenen Maschinen im selben Maschinenkatalog.
  • Maschinenkataloge für Remote-PC-Zugriff werden nur für in die Domäne eingebundene Maschinen unterstützt und nicht für nicht in die Domäne eingebundene Maschinen.

Hinweis:

Frühere Versionen von Citrix Studio unterstützen 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 für einen einzelnen Benutzer pro Maschine.

Schritt 2: Erstellen eines VDA-Registrierungstokens

Um einen nicht in die Domäne eingebundenen VDA mit Easy Install zu erstellen, benötigen Sie eine Token-Datei, um den VDA bei einem Maschinenkatalog zu registrieren und den VDA bei der Citrix Cloud™-Steuerungsebene zu authentifizieren. Der Linux VDA unterstützt die Verwendung einer Token-Datei für die Registrierung bei einem energieverwalteten Maschinenkatalog nicht.

Um ein Registrierungstoken zu erstellen, senden Sie eine HTTP-POST-Nachricht, ähnlich der folgenden, an die URL: [DdcServerAddress]/citrix/orchestration/api/techpreview/{customerid}/{siteid}/enrollments.

    -  POST https://[DdcServerAddress]/citrix/orchestration/api/techpreview/[customerid]/[siteid]/enrollments HTTP/1.1
    -  Accept: application/json
Content-Type: application/json; charset=utf-8
Authorization: Bearer <bearer-token>

{
  "TokenName": "string",
  "IssuedToUser": "string",
  "ExpirationDate": "2023-10-13T08:00:25.796Z",
  "NotValidBeforeDate": "2023-10-13T08:00:25.796Z",
  "NumMachinesAllowed": number,
  "CatalogId": "string"
}
<!--NeedCopy-->

Legen Sie in der HTTP-POST-Nachricht CatalogId auf die UUID des zuvor erstellten Maschinenkatalogs fest und setzen Sie [DdcServerAddress] nach Bedarf auf eine der folgenden Optionen:

  • Kommerziell https://[customerid].xendesktop.net
  • Japan https://[customerid].apps.citrixworkspacesapi.jp
  • Behörden https://[customerid].xendesktop.us

Schritt 3: Installieren von .NET Runtime 6.0

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 Laufzeitpfad zu finden.

Basierend auf der Befehlsausgabe legen Sie den binären .NET-Laufzeitpfad fest. Wenn die Befehlsausgabe beispielsweise /aa/bb/dotnet lautet, verwenden Sie /aa/bb als .NET-Binärpfad.

Schritt 4: Herunterladen des Linux VDA-Pakets

  1. Rufen Sie die Citrix Virtual Apps and Desktops-Downloadseite auf.
  2. Erweitern Sie die entsprechende Version von Citrix Virtual Apps and Desktops.

  3. Erweitern Sie Components, um den Linux VDA zu finden. 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. 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: Installieren des Linux VDA-Pakets

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 unter https://docs.fedoraproject.org/en-US/epel/.

    • Bevor Sie den Linux VDA auf RHEL 9.2/9.0 und Rocky Linux 9.2/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:

Nach der Installation des Linux VDA auf RHEL 8.x/9.x und Rocky Linux 8.x/9.x, die auf GCP gehostet werden, kann die Ethernet-Verbindung verloren gehen und der Linux VDA nach einem VM-Neustart unerreichbar sein. Um dieses Problem zu umgehen, legen Sie beim ersten Anmelden an der VM ein Root-Passwort fest und stellen Sie sicher, dass Sie sich als Root an der VM anmelden können. Führen Sie dann nach dem Neustart der VM die folgenden Befehle in der Konsole aus:

nmcli dev connect eth0
systemctl restart NetworkManager
<!--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-Distribution zu installieren, fügen Sie die Zeile `deb http://deb.debian.org/debian/ bullseye main` zur Datei /etc/apt/sources.list hinzu.

-  Für Ubuntu 20.04 auf GCP deaktivieren Sie 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.5 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

Um HDX™ 3D Pro zu aktivieren, müssen Sie die NVIDIA GRID-Treiber auf Ihrem Hypervisor und auf der VDA-Maschine installieren.

    -  Informationen zur Installation und Konfiguration des NVIDIA GRID Virtual GPU Managers (des Host-Treibers) auf den spezifischen 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 im Hypervisor-Kontrollpanel der VM 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 SQLite oder PostgreSQL zur Verwendung angeben, indem Sie **/etc/xdl/db.conf** nach der Installation des Linux VDA-Pakets bearbeiten.

Bearbeiten Sie dazu /etc/xdl/db.conf, bevor Sie sudo /opt/Citrix/VDA/sbin/ctxinstall.sh oder /opt/Citrix/VDA/bin/easyinstall ausführen.

Hinweis:

  • Wir empfehlen, SQLite nur für den VDI-Modus zu verwenden.
  • Für die 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.

Schritt 8: Easy Install ausführen, um die Umgebung und den VDA zur Vervollständigung der Installation zu konfigurieren

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

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 Easy Install-Skript für einige Vorkonfigurationen und die Einrichtung der Laufzeitumgebungsvariablen des VDA.

  • Nur Root kann dieses Skript ausführen.

  • Easy Install verwendet /opt/Citrix/VDA/sbin/ctxinstall.conf als Konfigurationsdatei, um die Werte aller verwendeten Umgebungsvariablen festzulegen, zu speichern und zu synchronisieren. Wir empfehlen Ihnen, die Vorlage (ctxinstall.conf.tmpl) sorgfältig zu lesen und dann Ihre eigene ctxinstall.conf anzupassen. Wenn Sie die Konfigurationsdatei zum ersten Mal erstellen, verwenden Sie eine der folgenden Methoden:

    • Durch Kopieren der Vorlagendatei /opt/Citrix/VDA/sbin/ctxinstall.conf.tmpl und Speichern als /opt/Citrix/VDA/sbin/ctxinstall.conf.

      • Durch Ausführen von ctxinstall.sh. Jedes Mal, wenn Sie ctxinstall.sh ausführen, wird Ihre Eingabe in /opt/Citrix/VDA/sbin/ctxinstall.conf gespeichert.

      • Easy Install unterstützt modularen Betrieb. Module umfassen Vorprüfung, Installation, Domänenkonfiguration, Einrichtung und Verifizierung.

      • Debugging-Details für dieses Skript finden Sie in /var/log/xdl/ctxinstall.log.

Weitere Informationen erhalten Sie mit dem Hilfebefehl ctxinstall.sh -h.

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änenbeitrittspasswort in der Datei festgelegt sein könnte.
  • Das Deinstallieren des Linux VDA entfernt Dateien unter /opt/Citrix/VDA. 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 stillen Modus ausführen. Bevor Sie das Skript ausführen, legen Sie die folgenden Umgebungsvariablen fest:

  • **CTX_XDL_NON_DOMAIN_JOINED=’y n’** – Ob die Maschine einer Domäne beitreten soll. Der Standardwert ist ‘n’. Für Szenarien ohne Domänenbeitritt setzen Sie ihn auf ‘y’.

  • CTX_XDL_NDJ_ENROLLMENT_TOKEN_FILE=’<path-to-token-file-on-vda-machine>‘ – Um einen nicht domänenverbundenen VDA mit Easy Install zu erstellen, benötigen Sie eine Token-Datei, um den VDA in einem Maschinenkatalog des Delivery Controllers zu registrieren. Speichern Sie das Token in einer Datei mit den geringsten Rechten unter einem geeigneten Pfad.

  • 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_HDX_3D_PRO=’y|n’ – Der Linux VDA unterstützt HDX 3D Pro, eine Reihe von GPU-Beschleunigungstechnologien, die darauf ausgelegt sind, die Virtualisierung von grafikintensiven Anwendungen zu optimieren. 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_START_SERVICE=’y|n’ – Legt fest, ob die Linux VDA-Dienste gestartet werden, wenn die Konfiguration abgeschlossen ist.

  • 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 durch die System-Firewall zugelassen werden. Sie können die erforderlichen Ports (standardmäßig Ports 80 und 1494) automatisch in der System-Firewall für den Linux Virtual Desktop öffnen.

  • 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 nicht angeben, wird der auf dem VDA konfigurierte Standard-Desktop verwendet.

  • CTX_XDL_DOTNET_RUNTIME_PATH=’<path-to-install-dotnet-runtime>‘ – Der Pfad zur Installation von .NET Runtime 6.0 zur Unterstützung des neuen Broker-Agent-Dienstes (ctxvda). Der Standardpfad ist ‘/usr/bin’.

  • CTX_XDL_VDA_PORT=’<port-number>‘ – Der Linux VDA kommuniziert mit Delivery Controllern über einen TCP/IP-Port.

Überlegungen

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

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

    1. 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-->

    2. Teilen Sie die Dateiberechtigung 700 mit dem Ziel-Sitzungsbenutzer.

    Ab Version 2209 können Sitzungsbenutzer ihre Desktop-Umgebungen anpassen. Um diese Funktion zu aktivieren, müssen Sie im Voraus umschaltbare Desktop-Umgebungen auf dem VDA installieren. Weitere Informationen finden Sie unter Benutzerdefinierte Desktop-Umgebungen durch Sitzungsbenutzer.

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 den entsprechenden Variablenwert bei jeder Aufforderung in der Befehlszeilenschnittstelle ein. Wenn eine Variable bereits festgelegt ist, fragt ctxinstall.sh nach einer Bestätigung, 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.

Wenn Sie ihn festlegen, überschreibt der exportierte Wert für jede Variable den Wert in /Citrix/VDA/sbin/ctxinstall.conf. Alle aktualisierten Werte werden in /Citrix/VDA/sbin/ctxinstall.conf gespeichert.

export CTX_XDL_NON_DOMAIN_JOINED='y'
export CTX_XDL_NDJ_ENROLLMENT_TOKEN_FILE='<token-file-path>'
export CTX_XDL_VDI_MODE='y|n'
export CTX_XDL_START_SERVICE='y|n'
export CTX_XDL_REGISTER_SERVICE='y|n'
export CTX_XDL_ADD_FIREWALL_RULES='y|n'
export CTX_XDL_HDX_3D_PRO='y|n'
export CTX_XDL_DESKTOP_ENVIRONMENT= gnome | gnome-classic | mate | '<none>'
export CTX_XDL_DOTNET_RUNTIME_PATH='<path-to-install-dotnet-runtime>'
export CTX_XDL_VDA_PORT='<port-number>'
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 Ihnen, eine Shell-Skriptdatei aus den vorhergehenden Befehlen mit #!/bin/bash als erster Zeile zu erstellen.

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

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

Schritt 9: XDPing ausführen

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: Linux VDA ausführen

Linux VDA starten:

So starten Sie die Linux VDA-Dienste:

sudo systemctl start ctxhdx.service

sudo systemctl start ctxvda.service
<!--NeedCopy-->

Linux VDA beenden:

So beenden Sie die Linux VDA-Dienste:

sudo systemctl stop ctxvda.service

sudo systemctl stop ctxhdx.service
<!--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.

Linux VDA neu starten:

So starten Sie die Linux VDA-Dienste neu:

sudo systemctl stop ctxvda.service

sudo systemctl restart ctxhdx.service

sudo systemctl start ctxvda.service
<!--NeedCopy-->

Status des Linux VDA überprüfen:

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

sudo systemctl status ctxvda.service

sudo systemctl status ctxhdx.service
<!--NeedCopy-->

Schritt 11: 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 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.
  • Erlauben Sie keine Anmeldung von nicht authentifizierten (anonymen) Benutzern.
  • Mischen Sie die Bereitstellungsgruppe nicht mit Maschinenkatalogen, die Windows-Maschinen enthalten.

Wichtig:

Die Veröffentlichung von Anwendungen wird ab Linux VDA Version 1.4 und höher 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 2311.

Erstellen eines nicht in die Domäne eingebundenen Linux VDA mit Easy Install (Vorschau)
May 6, 2026
Beitrag von: 
C C
May 6, 2026
Beitrag von: 
C C

In diesem Artikel

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