Produktdokumentation
Linux Virtual Delivery Agent
Aktuelles Release 2507 LTSR 2503 2411 2407 2402 LTSR 2311 2308 2305 2303 2301 2212 2210 2209 2207 2206 2204 2203 LTSR 2201 2112 2110 2109 2107 2106 2104 2103 1912 LTSR 7.15
PDF anzeigen

Linux-VDAs mit Machine Creation Services™ (MCS) erstellen

August 3, 2026
Beitrag von: 
C C

Sie können domänengebundene und nicht-domänengebundene VDAs mit MCS erstellen. Wenn Sie nicht-domänengebundene Linux-VDAs in Citrix DaaS erstellen möchten, können Sie auch den speziellen Artikel Nicht-domänengebundene Linux-VDAs mit MCS erstellen konsultieren.

Wichtig:

Die folgenden wichtigen Änderungen gelten ab der Version 2212:

  • Diese Variable AD_INTEGRATION in der Datei /etc/xdl/mcs/mcs.conf oder in der Easy Install GUI hat keinen Standardwert mehr. Sie müssen einen Wert nach Bedarf festlegen. Weitere Informationen finden Sie im Abschnitt Schritt 3j: MCS-Variablen konfigurieren in diesem Artikel.
  • Der gültige Wert des Eintrags UPDATE_MACHINE_PW in /etc/xdl/mcs/mcs.conf ist nicht mehr enabled oder disabled, sondern Y oder N. Weitere Informationen finden Sie im Abschnitt Automatisches Aktualisieren von Maschinenkontokennwörtern in diesem Artikel.

Unterstützte Distributionen

  Winbind SSSD Centrify PBIS
Debian 11.11 Ja Ja Nein Ja
RHEL 9.6/9.4/9.3/9.2/9.0 Ja Ja Ja Nein
RHEL 8.10/8.9/8.8/8.6 Ja Ja Ja Ja
Rocky Linux 9.6/9.4/9.3/9.2/9.0 Ja Ja Ja Nein
Rocky Linux 8.10/8.9/8.8/8.6 Ja Ja Ja Nein
RHEL 7.9, CentOS 7.9 Ja Ja Ja Ja
SUSE 15.5 Ja Ja Nein Ja
Ubuntu 22.04, Ubuntu 20.04 Ja Ja Nein Ja

  • Citrix® verwendet die folgenden Centrify-Versionen für die anfängliche Funktionsvalidierung auf den relevanten Linux-Distributionen:

    Linux-Distribution Centrify-Version
    RHEL 7/8 5.8.0
    SUSE 5.7.1
    Debian, Ubuntu 5.6.1

    Die Verwendung anderer Versionen von Centrify kann zu Fehlern führen. Verwenden Sie Centrify nicht, um eine Vorlagenmaschine einer Domäne beizutreten.

  • Wenn Sie PBIS oder Centrify verwenden, um von MCS erstellte Maschinen Windows-Domänen beizutreten, führen Sie die folgenden Aufgaben aus:

    • Konfigurieren Sie auf der Vorlagenmaschine den Downloadpfad des PBIS- oder Centrify-Pakets in der Datei /etc/xdl/mcs/mcs.conf oder installieren Sie das PBIS- oder Centrify-Paket direkt.

    • Bevor Sie /opt/Citrix/VDA/sbin/deploymcs.sh ausführen, erstellen Sie eine Organisationseinheit (OU), die Schreib- und Kennwortrücksetzberechtigungen für alle untergeordneten, von MCS erstellten Maschinen besitzt.

    • Bevor Sie von MCS erstellte Maschinen neu starten, nachdem /opt/Citrix/VDA/sbin/deploymcs.sh ausgeführt wurde, führen Sie klist -li 0x3e4 purge auf Ihrem Delivery Controller oder auf Ihrem Citrix Cloud Connector aus, je nach Ihrer Bereitstellung.

  • Um einen aktuell ausgeführten RHEL 8.x/9.x oder Rocky Linux 8.x/9.x VDA, der über SSSD mit der Domäne verbunden ist, als Vorlagen-VM für MCS zu verwenden, stellen Sie sicher, dass:

    • Der VDA wird manuell und nicht über die einfache Installation installiert. Die einfache Installation verwendet Adcli für RHEL 8.x/9.x und Rocky Linux 8.x/9.x, und die Kombination aus SSSD und Adcli wird von MCS nicht unterstützt.
    • Ein Samba-Server ist so konfiguriert, dass er SSSD für die AD-Authentifizierung verwendet. Weitere Informationen finden Sie im Red Hat-Artikel unter https://access.redhat.com/solutions/3802321.

Unterstützte Hypervisoren

  • AWS
  • XenServer (ehemals Citrix Hypervisor™)
  • GCP
  • Microsoft Azure
  • Nutanix AHV
  • VMware vSphere

Unerwartete Ergebnisse können auftreten, wenn Sie versuchen, ein Masterimage auf anderen als den unterstützten Hypervisoren vorzubereiten.

MCS zum Erstellen von Linux-VMs verwenden

Überlegungen

  • Ab der Version 2203 können Sie den Linux VDA auf Microsoft Azure, AWS und GCP für Citrix Virtual Apps and Desktops™ sowie Citrix DaaS (ehemals Citrix Virtual Apps and Desktops Service) hosten. Um diese Hostverbindungen für öffentliche Clouds zu Ihrer Citrix Virtual Apps and Desktops-Bereitstellung hinzuzufügen, benötigen Sie die Citrix Universal Hybrid Multi-Cloud (HMC)-Lizenz.

  • Bare-Metal-Server werden für die Verwendung mit MCS zum Erstellen virtueller Maschinen nicht unterstützt.

(Nur für Nutanix) Schritt 1: Installieren und registrieren Sie das Nutanix AHV-Plug-In

Beziehen Sie das Nutanix AHV-Plug-In-Paket von Nutanix. Installieren und registrieren Sie das Plug-In in Ihrer Citrix Virtual Apps and Desktops-Umgebung. Weitere Informationen finden Sie im Installationshandbuch für das Nutanix Acropolis MCS-Plug-In, das im Nutanix Support Portal verfügbar ist.

Schritt 1a: Installieren und registrieren Sie das Nutanix AHV-Plug-In für lokale Delivery Controller

Nachdem Sie Citrix Virtual Apps™ and Desktops installiert haben, wählen und installieren Sie das XD MCS AHV Plugin auf Ihren Delivery Controllern.

Nutanix AHV-Plug-In für lokale Delivery Controller

Schritt 1b: Installieren und registrieren Sie das Nutanix AHV-Plug-In für Cloud-Delivery Controller

Wählen und installieren Sie das CWA MCS AHV Plugin für Citrix Cloud™ Connectors. Installieren Sie das Plug-In auf allen Citrix Cloud Connectors, die beim Citrix Cloud-Mandanten registriert sind. Sie müssen Citrix Cloud Connectors registrieren, auch wenn sie einen Ressourcenstandort ohne AHV bedienen.

Schritt 1c: Führen Sie die folgenden Schritte nach der Installation des Plug-Ins aus

  • Überprüfen Sie, ob ein Nutanix Acropolis-Ordner in C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0 erstellt wurde.
  • Führen Sie den Befehl "C:\Program Files\Common Files\Citrix\HCLPlugins\RegisterPlugins.exe" -PluginsRoot "C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0" aus.

  • Starten Sie den Citrix Host, den Citrix Broker und die Citrix Machine Creation Services auf Ihren lokalen Delivery Controllern neu oder starten Sie den Citrix RemoteHCLServer Service auf Citrix Cloud Connectors neu.

    Tipp:

    Wir empfehlen Ihnen, den Citrix Host, den Citrix Broker und die Machine Creation Services zu beenden und dann neu zu starten, wenn Sie das Nutanix AHV-Plug-in installieren oder aktualisieren.

Schritt 2: Eine Hostverbindung erstellen

Dieser Abschnitt enthält Beispiele, wie Sie eine Hostverbindung zu Azure, AWS, XenServer® (ehemals Citrix Hypervisor), GCP, Nutanix AHV und VMware vSphere erstellen.

Hinweis:

Für lokale Delivery Controller wählen Sie im lokalen Citrix Studio Configuration > Hosting > Add Connection and Resources, um eine Hostverbindung zu erstellen. Für Cloud Delivery Controller wählen Sie in der webbasierten Studio-Konsole in Citrix Cloud Manage > Hosting > Add Connection and Resources, um eine Hostverbindung zu erstellen.

Weitere Informationen finden Sie unter Verbindungen und Ressourcen erstellen und verwalten in der Dokumentation zu Citrix Virtual Apps and Desktops und unter Verbindungen erstellen und verwalten in der Dokumentation zu Citrix DaaS.

Eine Hostverbindung zu Azure in Citrix Studio erstellen

  1. Wählen Sie für lokale Delivery Controller in der lokalen Citrix Studio Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen. Wählen Sie für Cloud Delivery Controller in der webbasierten Studio-Konsole auf Citrix Cloud Verwalten > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen.

  2. Wählen Sie im Assistenten Verbindung und Ressourcen hinzufügen Microsoft Azure als Verbindungstyp aus.

  3. Wählen Sie Microsoft Azure als Verbindungstyp aus.

  4. Der Assistent führt Sie durch die Seiten. Der spezifische Seiteninhalt hängt vom ausgewählten Verbindungstyp ab. Nachdem Sie jede Seite ausgefüllt haben, wählen Sie Weiter, bis Sie die Seite Zusammenfassung erreichen. Weitere Informationen finden Sie unter Schritt 2: Hostverbindung erstellen im Artikel Erstellen von nicht in die Domäne eingebundenen Linux-VDAs mit MCS.

Hostverbindung zu AWS in Citrix Studio erstellen

  1. Wählen Sie für lokale Delivery Controller in der lokalen Citrix Studio Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen. Wählen Sie für Cloud Delivery Controller in der webbasierten Studio-Konsole auf Citrix Cloud Verwalten > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen.

  2. Wählen Sie im Assistenten Verbindung und Ressourcen hinzufügen die Option Amazon EC2 als Verbindungstyp aus.

    Beispiel: In der lokalen Citrix Studio:

    Amazon EC2 auswählen

  3. Geben Sie den API-Schlüssel und den geheimen Schlüssel Ihres AWS-Kontos sowie den Verbindungsnamen ein.

    Zugriffsschlüsselpaar

    Der API-Schlüssel ist Ihre Zugriffsschlüssel-ID und der geheime Schlüssel ist Ihr geheimer Zugriffsschlüssel. Sie werden als Zugriffsschlüsselpaar betrachtet. Wenn Sie Ihren geheimen Zugriffsschlüssel verlieren, können Sie den Zugriffsschlüssel löschen und einen neuen erstellen. Gehen Sie wie folgt vor, um einen Zugriffsschlüssel zu erstellen:

    1. Melden Sie sich bei den AWS-Diensten an.
    2. Navigieren Sie zur Identity and Access Management (IAM)-Konsole.
    3. Wählen Sie im linken Navigationsbereich Benutzer.
    4. Wählen Sie den Zielbenutzer aus und scrollen Sie nach unten, um die Registerkarte Sicherheitsanmeldeinformationen auszuwählen.
    5. Scrollen Sie nach unten und klicken Sie auf Zugriffsschlüssel erstellen. Ein neues Fenster wird angezeigt.
    6. Klicken Sie auf .csv-Datei herunterladen und speichern Sie den Zugriffsschlüssel an einem sicheren Ort.

  4. Der Assistent führt Sie durch die Seiten. Der spezifische Seiteninhalt hängt vom ausgewählten Verbindungstyp ab. Nachdem Sie jede Seite ausgefüllt haben, wählen Sie Weiter, bis Sie die Seite Zusammenfassung erreichen.

Hostverbindung zu XenServer in Citrix Studio erstellen

  1. Wählen Sie für lokale Delivery Controller in der lokalen Citrix Studio Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen. Wählen Sie für Cloud Delivery Controller in der webbasierten Studio-Konsole in Citrix Cloud Verwalten > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen.

  2. Wählen Sie im Assistenten Verbindung und Ressourcen hinzufügen im Feld Verbindungstyp die Option XenServer (ehemals Citrix Hypervisor) aus.

  3. Geben Sie die Verbindungsadresse (die XenServer-URL) und die Anmeldeinformationen ein.

  4. Geben Sie einen Verbindungsnamen ein.

Hostverbindung zu GCP in Citrix Studio erstellen

Richten Sie Ihre GCP-Umgebung gemäß Google Cloud Platform-Virtualisierungsumgebungen ein und führen Sie dann die folgenden Schritte aus, um eine Hostverbindung zu GCP zu erstellen.

  1. Wählen Sie für lokale Delivery Controller in der lokalen Citrix Studio Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen. Wählen Sie für Cloud Delivery Controller in der webbasierten Studio-Konsole in Citrix Cloud Verwalten > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen.

  2. Wählen Sie im Assistenten Verbindung und Ressourcen hinzufügen die Option Google Cloud Platform als Verbindungstyp aus.

    Beispiel: In der webbasierten Studio-Konsole in Citrix Cloud:

    Verbindungsbild hinzufügen

  3. Importieren Sie den Dienstkontoschlüssel Ihres GCP-Kontos und geben Sie Ihren Verbindungsnamen ein.

  4. Der Assistent führt Sie durch die Seiten. Der spezifische Seiteninhalt hängt vom ausgewählten Verbindungstyp ab. Nachdem Sie jede Seite ausgefüllt haben, wählen Sie Weiter, bis Sie die Seite Zusammenfassung erreichen. Weitere Informationen finden Sie unter Schritt 2: Eine Hostverbindung erstellen im Artikel Erstellen von nicht in die Domäne eingebundenen Linux-VDAs mit MCS.

Hostverbindung zu Nutanix in Citrix Studio erstellen

  1. Wählen Sie für lokale Delivery Controller in der lokalen Citrix Studio die Option Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen. Wählen Sie für Cloud Delivery Controller in der webbasierten Studio-Konsole in Citrix Cloud die Option Verwalten > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen.

  2. Wählen Sie im Assistenten Verbindung und Ressourcen hinzufügen auf der Seite Verbindung Nutanix AHV als Verbindungstyp aus und geben Sie dann die Hypervisor-Adresse, die Anmeldeinformationen und Ihren Verbindungsnamen an. Wählen Sie auf der Seite Netzwerk ein Netzwerk für die Einheit aus.

    Beispiel: In der lokalen Citrix Studio:

    Erstellen einer Hostverbindung zu Nutanix in der lokalen Citrix Studio(/de-de/linux-virtual-delivery-agent/2402-ltsr/media/creating-a-hosting-connection-to-nutanix-in-the-on-premises-citrix-studio.png)

Hostverbindung zu VMware in Citrix Studio erstellen

  1. Installieren Sie vCenter Server in der vSphere-Umgebung. Weitere Informationen finden Sie unter VMware vSphere.

  2. Wählen Sie für lokale Delivery Controller in der lokalen Citrix Studio die Option Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen. Wählen Sie für Cloud Delivery Controller in der webbasierten Studio-Konsole in Citrix Cloud die Option Verwalten > Hosting > Verbindung und Ressourcen hinzufügen, um eine Hostverbindung zu erstellen.

  3. Wählen Sie VMware vSphere als Verbindungstyp aus.

    Beispiel: In der lokalen Citrix Studio:

    Auswählen von VMware vSphere(/de-de/linux-virtual-delivery-agent/2402-ltsr/media/choose-vsphere.png)

  4. Geben Sie die Verbindungsadresse (die vCenter Server-URL) Ihres VMware-Kontos, Ihre Anmeldeinformationen und Ihren Verbindungsnamen ein.

    VMware-Verbindungsname(/de-de/linux-virtual-delivery-agent/2402-ltsr/media/connection-name.png)

Schritt 3: Master-Image vorbereiten

(Nur für XenServer) Schritt 3a: XenServer VM Tools installieren

Installieren Sie die XenServer VM Tools auf der Vorlagen-VM für jede VM, um die xe CLI oder XenCenter zu verwenden. Die VM-Leistung kann langsam sein, wenn Sie die Tools nicht installieren. Ohne die Tools können Sie Folgendes nicht tun:

  • Eine VM sauber herunterfahren, neu starten oder anhalten.
  • Die VM-Leistungsdaten in XenCenter anzeigen.
  • Eine laufende VM migrieren (über XenMotion).
  • Snapshots oder Snapshots mit Speicher (Checkpoints) erstellen und zu Snapshots zurückkehren.
  • Die Anzahl der vCPUs auf einer laufenden Linux-VM anpassen.

  1. Laden Sie die XenServer VM Tools für Linux-Datei von der XenServer Downloads-Seite oder der Citrix Hypervisor Downloads-Seite herunter, basierend auf der verwendeten Hypervisor-Version.

  2. Kopieren Sie die LinuxGuestTools-xxx.tar.gz-Datei auf Ihre Linux-VM oder auf ein freigegebenes Laufwerk, auf das die Linux-VM zugreifen kann.

  3. Extrahieren Sie den Inhalt der Tar-Datei: tar -xzf LinuxGuestTools-xxx.tar.gz

  4. Führen Sie den folgenden Befehl aus, um das xe-guest-utilities-Paket basierend auf Ihrer Linux-Distribution zu installieren.

    Für RHEL/CentOS/Rocky Linux/SUSE:

    sudo rpm -i <extract-directory>/xe-guest-utilities_{package-version}_x86.64.rpm
<!--NeedCopy-->

    Für Ubuntu/Debian:

    sudo dpkg -i <extract-directory>/xe-guest-utilities_{package-version}_amd64.deb
<!--NeedCopy-->

  5. Überprüfen Sie den Virtualisierungsstatus der Vorlagen-VM auf der Registerkarte Allgemein in XenCenter. Wenn die XenServer VM Tools korrekt installiert sind, zeigt der Virtualisierungsstatus Optimiert an.

Schritt 3b: Konfigurationen für SUSE 15.5 auf AWS, Azure und GCP überprüfen

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.

Schritt 3c: RDNS für Ubuntu 20.04 auf GCP deaktivieren

Fügen Sie auf der Vorlagen-VM die Zeile rdns = false unter [libdefaults] in /etc/krb5.conf hinzu.

Schritt 3d: .NET auf der Vorlagen-VM installieren

Hinweis:

Um einen aktuell ausgeführten VDA als Vorlagen-VM zu verwenden, überspringen Sie diesen Schritt. Um einen aktuell ausgeführten RHEL 8.x/9.x oder Rocky Linux 8.x/9.x VDA, der über SSSD mit der Domäne verbunden ist, als Vorlagen-VM zu verwenden, stellen Sie sicher, dass:

  • Der VDA manuell und nicht über die einfache Installation installiert wird. Die einfache Installation verwendet Adcli für RHEL 8.x/9.x und Rocky Linux 8.x/9.x, und die Kombination aus SSSD und Adcli wird von MCS nicht unterstützt.

  • Ein Samba-Server für die AD-Authentifizierung SSSD verwendet. Weitere Informationen finden Sie im Red Hat-Artikel unter https://access.redhat.com/solutions/3802321.

Bevor Sie das Linux VDA-Paket installieren, installieren Sie .NET gemäß den Systemanforderungen

Schritt 3e: Das Linux VDA-Paket auf der Vorlagen-VM installieren

Nach der Installation von .NET führen Sie die folgenden Befehle basierend auf Ihrer Linux-Distribution aus, um den Linux VDA zu installieren:

Für RHEL/CentOS/Rocky Linux:

Hinweis:

Bevor Sie den Linux VDA unter RHEL 9.6/9.4/9.3/9.2/9.0 und Rocky Linux 9.6/9.4/9.3/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-->

Für Ubuntu/Debian:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Für SUSE:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

(Nur für RHEL 7) Schritt 3f: Aktivieren Sie Repositorys, um das Paket tdb-tools zu installieren

Für RHEL 7-Server:

subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Für RHEL 7-Workstation:

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Schritt 3g: (Nur für RHEL und CentOS) Installieren Sie das EPEL-Repository, das ntfs-3g bereitstellen kann

Installieren Sie das EPEL-Repository unter RHEL 8, RHEL 7 und CentOS 7. Informationen zur Installation von EPEL finden Sie in den Anweisungen unter https://docs.fedoraproject.org/de-de/epel/.

Schritt 3h: (Nur für SUSE) ntfs-3g manuell installieren

Auf der SUSE-Plattform stellt kein Repository ntfs-3g bereit. Laden Sie den Quellcode herunter, kompilieren und installieren Sie ntfs-3g manuell:

  1. Installieren Sie das Compilersystem GNU Compiler Collection (GCC) und das make-Paket:

    sudo zypper install gcc
sudo zypper install make
<!--NeedCopy-->

  2. Laden Sie das ntfs-3g-Paket herunter.

  3. Dekomprimieren Sie das ntfs-3g-Paket:

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
<!--NeedCopy-->

  4. Geben Sie den Pfad zum ntfs-3g-Paket ein:

    sudo cd ntfs-3g_ntfsprogs-<package version>
<!--NeedCopy-->

  5. ntfs-3g installieren:

    ./configure
make
make install
<!--NeedCopy-->

Schritt 3i: 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 mit gehosteten Shared Desktops zu verwenden.
  • Für die einfache Installation und MCS können Sie SQLite oder PostgreSQL zur Verwendung angeben, ohne sie manuell installieren zu müssen. Sofern nicht anders über /etc/xdl/db.conf angegeben, verwendet der Linux VDA standardmäßig PostgreSQL. Wenn Sie eine benutzerdefinierte Version von PostgreSQL anstelle der von Ihrer Linux-Distribution bereitgestellten Version benötigen, müssen Sie die angegebene Version manuell installieren, /etc/xdl/db.conf bearbeiten, um die neue Version widerzuspiegeln, und den PostgreSQL-Dienst starten, bevor Sie das Skript für die einfache Installation (ctxinstall.sh) oder das MCS-Skript (deploymcs.sh) ausführen.
  • Sie können auch /etc/xdl/db.conf verwenden, um die Portnummer für PostgreSQL zu konfigurieren.

  1. /opt/Citrix/VDA/sbin/ctxcleanup.sh ausführen. Überspringen Sie diesen Schritt, wenn es sich um eine Neuinstallation handelt.

  2. /etc/xdl/db.conf bearbeiten, bevor Sie deploymcs.sh ausführen. Es folgt ein Beispiel für eine db.conf-Datei:

    # database configuration file for Linux VDA

## database choice
# possible choices are:
#     SQLite
#     PostgreSQL
# default choice is PostgreSQL
DbType="PostgreSQL"


## database port
# specify database port for the database.
# if not specified, default port will be used:
# SQLite: N/A
# PostgreSQL: 5432
DbPort=5432


## PostgreSQL customized
# only the following value means true, otherwise false:
#     true
#     yes
#     y
#     YES
#     Y
# default is false
DbCustomizePostgreSQL=false

## PostgreSQL service name
# specify the service name of PostgreSQL for Linux VDA
# default is "postgresql"
DbPostgreSQLServiceName="postgresql"
<!--NeedCopy-->

    Um eine benutzerdefinierte Version von PostgreSQL zu verwenden, setzen Sie DbCustomizePostgreSQL auf „true“.

Schritt 3j: MCS-Variablen konfigurieren

Es gibt zwei Möglichkeiten, MCS-Variablen zu konfigurieren:

  • Die Datei /etc/xdl/mcs/mcs.conf bearbeiten.

  • Die GUI für die einfache Installation verwenden. Um die GUI für die einfache Installation zu öffnen, führen Sie den Befehl /opt/Citrix/VDA/bin/easyinstall in der Desktop-Umgebung Ihres Linux VDA aus.

    GUI für einfache Installation

    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.

Im Folgenden sind die MCS-Variablen aufgeführt, die Sie für nicht in die Domäne eingebundene und in die Domäne eingebundene Szenarien konfigurieren können:

  • Für nicht in die Domäne eingebundene Szenarien

    Sie können die Standardwerte der Variablen verwenden oder die Variablen bei Bedarf anpassen (optional):

    DOTNET_RUNTIME_PATH=Pfad-zur-Installation-von-dotnet-runtime DESKTOP_ENVIRONMENT=gnome | mate REGISTER_SERVICE=J | N ADD_FIREWALL_RULES=J | N VDI_MODE=J | N START_SERVICE=J | N

  • Für in die Domäne eingebundene Szenarien

    • Use_AD_Configuration_Files_Of_Current_VDA: Legt fest, ob die vorhandenen AD-bezogenen Konfigurationsdateien (/etc/krb5.conf, /etc/sssd.conf und /etc/samba/smb.conf) des aktuell ausgeführten VDA verwendet werden sollen. Wenn auf Y gesetzt, sind die Konfigurationsdateien auf MCS-erstellten Maschinen dieselben wie die entsprechenden Dateien auf dem aktuell ausgeführten VDA. Sie müssen jedoch weiterhin die Variablen dns und AD_INTEGRATION konfigurieren. Der Standardwert ist N, was bedeutet, dass die Konfigurationsvorlagen auf dem Masterimage die Konfigurationsdateien auf MCS-erstellten Maschinen bestimmen. Um einen aktuell ausgeführten VDA als Vorlagen-VM zu verwenden, setzen Sie den Wert auf Y. Andernfalls setzen Sie ihn auf N.

    • dns: Legt die IP-Adresse für jeden DNS-Server fest. Sie können bis zu vier DNS-Server einrichten.

    • NTP_SERVER: Legt die IP-Adresse für Ihren NTP-Server fest. Sofern nicht anders angegeben, ist dies die IP-Adresse Ihres Domänencontrollers.

    • WORKGROUP: Legt den Arbeitsgruppennamen auf den NetBIOS-Namen (Groß-/Kleinschreibung beachten) fest, den Sie in AD konfiguriert haben. Andernfalls verwendet MCS den Teil des Domänennamens, der unmittelbar auf den Maschinen-Hostnamen folgt, als Arbeitsgruppennamen. Wenn das Maschinenkonto beispielsweise user1.lvda.citrix.com lautet, verwendet MCS lvda als Arbeitsgruppennamen, während citrix die richtige Wahl wäre. Stellen Sie sicher, dass Sie den Arbeitsgruppennamen korrekt festlegen.

    • AD_INTEGRATION: Legt Winbind, SSSD, PBIS oder Centrify fest. Eine Matrix der von MSC unterstützten Linux-Distributionen und Domänenbeitrittsmethoden finden Sie unter Unterstützte Distributionen in diesem Artikel.

    • CENTRIFY_DOWNLOAD_PATH: Legt den Pfad zum Herunterladen des Server Suite Free (ehemals Centrify Express)-Pakets fest. Der Wert wird nur wirksam, wenn Sie die Variable AD_INTEGRATION auf Centrify setzen.

    • CENTRIFY_SAMBA_DOWNLOAD_PATH: Legt den Pfad zum Herunterladen des Centrify Samba-Pakets fest. Der Wert wird nur wirksam, wenn Sie die Variable AD_INTEGRATION auf Centrify setzen.

    • PBIS_DOWNLOAD_PATH: Legt den Pfad zum Herunterladen des PBIS-Pakets fest. Der Wert wird nur wirksam, wenn Sie die Variable AD_INTEGRATION auf PBIS setzen.

    • UPDATE_MACHINE_PW: Aktiviert oder deaktiviert die Automatisierung von Kennwortaktualisierungen für Computerkonten. Weitere Informationen finden Sie unter Automatisieren von Kennwortaktualisierungen für Computerkonten.

    • Linux VDA-Konfigurationsvariablen:

      DOTNET_RUNTIME_PATH=Pfad-zur-Installation-von-dotnet-runtime DESKTOP_ENVIRONMENT=gnome | mate SUPPORT_DDC_AS_CNAME=J | N VDA_PORT=Portnummer REGISTER_SERVICE=J | N ADD_FIREWALL_RULES=J | N HDX_3D_PRO=J | N VDI_MODE=J | N SITE_NAME=DNS-Sitenamen | ‘<none>’ LDAP_LIST=’Liste-der-LDAP-Server’ | ‘<none>’ SEARCH_BASE=Suchbasis-Satz | ‘<none>’ FAS_LIST=’Liste-der-FAS-Server’ | ‘<none>’ START_SERVICE=J | N TELEMETRY_SOCKET_PORT=Portnummer TELEMETRY_PORT=Portnummer

(Optional) Schritt 3k: Registrierungswerte für MCS schreiben oder aktualisieren

Fügen Sie auf der Vorlagenmaschine Befehlszeilen zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzu, um Registrierungswerte nach Bedarf zu schreiben oder zu aktualisieren. Diese Aktion verhindert den Verlust von Daten und Einstellungen bei jedem Neustart einer von MCS bereitgestellten Maschine.

Jede Zeile in der Datei /etc/xdl/mcs/mcs_local_setting.reg ist ein Befehl zum Festlegen oder Aktualisieren eines Registrierungswerts.

Sie können beispielsweise die folgenden Befehlszeilen zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzufügen, um einen Registrierungswert zu schreiben bzw. zu aktualisieren:

create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy-->

update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy-->

Hinweis

Um Einstellungen für MCS zu ändern, dürfen Sie Dateien unter /etc/xdl/ad_join und /etc/xdl/mcs/ bearbeiten, das Bearbeiten von Dateien unter /var/xdl/mcs ist jedoch untersagt.

Schritt 3l: Ein Masterimage erstellen

  1. (Nur für SSSD + RHEL 8.x/9.x oder Rocky Linux 8.x/9.x) Führen Sie den Befehl update-crypto-policies --set DEFAULT:AD-SUPPORT aus und starten Sie dann die Vorlagen-VM neu.

  2. Wenn Sie MCS-Variablen durch Bearbeiten von /etc/xdl/mcs/mcs.conf konfigurieren, führen Sie /opt/Citrix/VDA/sbin/deploymcs.sh aus. Wenn Sie MCS-Variablen über die GUI konfigurieren, klicken Sie auf Bereitstellen. Nachdem Sie in der GUI auf Bereitstellen geklickt haben, überschreiben die in der GUI festgelegten Variablen die Variablen, die Sie in der Datei /etc/xdl/mcs/mcs.conf festgelegt haben.

  3. (Wenn Sie eine aktuell ausgeführte VDA als Vorlagen-VM verwenden oder wenn es sich um ein Szenario ohne Domänenbeitritt handelt, überspringen Sie diesen Schritt.) Aktualisieren Sie auf der Vorlagen-VM die Konfigurationsvorlagen, um die relevanten Dateien /etc/krb5.conf, /etc/samba/smb.conf und /etc/sssd/sssd.conf auf allen erstellten VMs anzupassen.

    Für Winbind-Benutzer aktualisieren Sie die Vorlagen /etc/xdl/ad_join/winbind_krb5.conf.tmpl und /etc/xdl/ad_join/winbind_smb.conf.tmpl.

    Für SSSD-Benutzer aktualisieren Sie die Vorlagen /etc/xdl/ad_join/sssd.conf.tmpl, /etc/xdl/ad_join/sssd_krb5.conf.tmpl und /etc/xdl/ad_join/sssd_smb.conf.tmpl.

    Für Centrify-Benutzer aktualisieren Sie die /etc/xdl/ad_join/centrify_krb5.conf.tmpl- und /etc/xdl/ad_join/centrify_smb.conf.tmpl-Vorlagen.

    Hinweis:

    Behalten Sie das vorhandene Format der Vorlagendateien bei und verwenden Sie Variablen wie $WORKGROUP, $REALM, $realm, ${new_hostname} und $AD_FQDN.

  4. Erstellen und benennen Sie einen Snapshot Ihres Masterimages basierend auf der von Ihnen verwendeten Public Cloud.

    • (Für XenServer, GCP und VMware vSphere) Installieren Sie Anwendungen auf der Vorlagen-VM und fahren Sie die Vorlagen-VM herunter. Erstellen und benennen Sie einen Snapshot Ihres Masterimages.

    • (Für Azure) Installieren Sie Anwendungen auf der Vorlagen-VM und fahren Sie die Vorlagen-VM über das Azure-Portal herunter. Stellen Sie sicher, dass der Energiestatus der Vorlagen-VM Beendet (Zuordnung aufgehoben) ist. Merken Sie sich hier den Namen der Ressourcengruppe. Sie benötigen den Namen, um Ihr Masterimage in Azure zu finden.

      Beendeter Energiestatus der Vorlagen-VM

    • (Für AWS) Installieren Sie Anwendungen auf der Vorlagen-VM und fahren Sie die Vorlagen-VM über das AWS EC2-Portal herunter. Stellen Sie sicher, dass der Instanzstatus der Vorlagen-VM Beendet ist. Klicken Sie mit der rechten Maustaste auf die Vorlagen-VM und wählen Sie Image > Create Image. Geben Sie die erforderlichen Informationen ein und nehmen Sie die Einstellungen vor. Klicken Sie auf Create Image.

      EBS-Image wird erstellt

    • (Für Nutanix) Fahren Sie auf Nutanix AHV die Vorlagen-VM herunter. Erstellen und benennen Sie einen Snapshot Ihres Masterimages.

      Hinweis:

      Sie müssen Acropolis-Snapshot-Namen mit XD_ präfixieren, um sie in Citrix Virtual Apps and Desktops verwenden zu können. Verwenden Sie die Acropolis-Konsole, um Ihre Snapshots bei Bedarf umzubenennen. Nachdem Sie einen Snapshot umbenannt haben, starten Sie den Assistenten Katalog erstellen neu, um eine aktualisierte Liste zu erhalten.

(Für GCP) Schritt 3m: Ethernet-Verbindung unter RHEL 8.x/9.x und Rocky Linux 8.x/9.x konfigurieren

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

Schritt 4: Maschinenkatalog erstellen

Erstellen Sie in Citrix Studio oder Web Studio einen Maschinenkatalog und geben Sie die Anzahl der im Katalog zu erstellenden VMs an. Wählen Sie beim Erstellen des Maschinenkatalogs Ihr Masterimage aus und beachten Sie Folgendes:

  • Wählen Sie auf der Container-Seite, die nur für Nutanix verfügbar ist, den Container aus, den Sie zuvor für die Vorlagen-VM angegeben haben.

  • Wenn Sie einen Katalog mit Einzelsitzungs-Betriebssystem-Maschinen erstellen, wird die Seite Desktop Experience angezeigt, auf der Sie festlegen können, was bei jeder Benutzeranmeldung geschieht.

    Desktop-Erfahrung

    Wählen Sie auf der Seite Desktop Experience eine der folgenden Optionen:

    • Benutzer verbinden sich bei jeder Anmeldung mit einem neuen (zufälligen) Desktop.
    • Benutzer verbinden sich bei jeder Anmeldung mit demselben (statischen) Desktop.

    Wenn Sie die erste Option wählen, werden die Änderungen, die Benutzer am Desktop vornehmen, verworfen (nicht persistent).

    Wenn Sie die zweite Option wählen und MCS zum Bereitstellen der Maschinen verwenden, können Sie konfigurieren, wie Benutzeränderungen am Desktop behandelt werden:

    • Benutzeränderungen am Desktop auf der lokalen Festplatte speichern (persistent).
    • Benutzeränderungen verwerfen und den virtuellen Desktop beim Abmelden des Benutzers löschen (nicht persistent). Wählen Sie diese Option, wenn Sie die Benutzerpersonalisierungsebene verwenden.

  • Beim Aktualisieren des Masterimages für einen MCS-Katalog, der persistente Maschinen enthält, verwenden alle neuen Maschinen, die dem Katalog hinzugefügt werden, das aktualisierte Image. Vorhandene Maschinen verwenden weiterhin das ursprüngliche Masterimage.

Weitere Informationen finden Sie in der Dokumentation zur Maschinenkatalogerstellung in der Citrix Virtual Apps and Desktops-Dokumentation und der Citrix DaaS-Dokumentation.

Hinweis:

In Nutanix-Umgebungen, wenn der Erstellungsprozess Ihres Maschinenkatalogs auf dem Delivery Controller™ eine erhebliche Zeit in Anspruch nimmt, gehen Sie zu Nutanix Prism und schalten Sie die Maschine mit dem Präfix Preparation manuell ein. Dieser Ansatz hilft, den Erstellungsprozess fortzusetzen.

Schritt 5: Eine Bereitstellungsgruppe erstellen

Eine Bereitstellungsgruppe ist eine Sammlung von Maschinen, die aus einem oder mehreren Maschinenkatalogen ausgewählt wurden. Sie legt fest, welche Benutzer diese Maschinen verwenden können, sowie die Anwendungen und Desktops, die diesen Benutzern zur Verfügung stehen.

Weitere Informationen finden Sie unter Erstellung von Bereitstellungsgruppen in der Dokumentation zu Citrix Virtual Apps and Desktops und in der Dokumentation zu Citrix DaaS.

Hinweis:

Die VMs, die Sie mit MCS erstellen, können sich möglicherweise nicht bei Citrix Cloud Connectors registrieren und werden als Nicht registriert angezeigt. Das Problem tritt auf, wenn Sie die VMs in Azure hosten und der AD-Domäne mit Samba Winbind beitreten. Um das Problem zu umgehen, führen Sie die folgenden Schritte aus:

  1. Gehen Sie zur ADSI-Bearbeitungskonsole, wählen Sie eine nicht registrierte VM aus und bearbeiten Sie das Attribut msDS-SupportedEncryptionTypes des Computerkontos.
  2. Starten Sie die Dienste ctxjproxy und ctxvda auf der VM neu. Wenn sich der Status der VM in Registriert ändert, fahren Sie mit den Schritten 3 bis 5 fort.
  3. Öffnen Sie die Datei /var/xdl/mcs/ad_join.sh auf der Vorlagen-VM.

  4. Fügen Sie eine Zeile mit net ads enctypes set $NEW_HOSTNAME$ <Decimal value of encryption type attribute, for example, 28> -U $NEW_HOSTNAME$ -P password nach den folgenden Zeilen in der Datei /var/xdl/mcs/ad_join.sh hinzu:

    if [ "$AD_INTEGRATION" == "winbind" ]; then
                join_domain_samba
                restart_service winbind /usr/bin/systemctl
<!--NeedCopy-->
  5. Erstellen Sie einen neuen Snapshot und erstellen Sie VMs mit der neuen Vorlage.

MCS zum Aktualisieren Ihres Linux-VDA verwenden

Um MCS zum Aktualisieren Ihres Linux-VDA zu verwenden, gehen Sie wie folgt vor:

  1. Stellen Sie sicher, dass Sie .NET gemäß den Systemanforderungen installiert haben

  2. Aktualisieren Sie Ihr Linux-VDA auf der Vorlagenmaschine:

    Hinweis:

    Sie können auch die Funktion (/de-de/linux-virtual-delivery-agent/2402-ltsr/configure/administration/linux-vda-self-update.html) verwenden, um automatische Software-Updates zu planen. Um dies zu erreichen, fügen Sie Befehlszeilen zur Datei etc/xdl/mcs/mcs_local_setting.reg auf der Vorlagenmaschine hinzu. Sie können beispielsweise die folgenden Befehlszeilen hinzufügen:

    create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_DWORD" -v "fEnabled" -d "0x00000001" --force

create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "ScheduledTime" -d "Immediately" --force

create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "Url" -d "<Your-Azure-Container-Url>" –force

create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "CaCertificate" -d "<Local-Certificate-Path-of-PortalAzureCom>" --force
<!--NeedCopy-->

    Für RHEL 7 und CentOS 7:

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

    Für RHEL 8.x und Rocky Linux 8.x:

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

    Für RHEL 9.3/9.2/9.0 und Rocky Linux 9.3/9.2/9.0:

    Hinweis:

    Bevor Sie den Linux VDA unter RHEL 9.6/9.4/9.3/9.2/9.0 und Rocky Linux 9.6/9.4/9.3/9.2/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-->

  3. Bearbeiten Sie /etc/xdl/mcs/mcs.conf und /etc/xdl/mcs/mcs_local_setting.reg.

  4. Erstellen Sie einen neuen Snapshot.

  5. Wählen Sie in Citrix Studio den neuen Snapshot aus, um Ihren Maschinenkatalog zu aktualisieren. Warten Sie, bis jede Maschine neu gestartet wurde. Starten Sie eine Maschine nicht manuell neu.

Automatisches Aktualisieren von Computerkennwörtern

Computerkennwörter laufen standardmäßig 30 Tage nach der Erstellung des Maschinenkatalogs ab. Um das Ablaufen von Kennwörtern zu verhindern und die Aktualisierung von Computerkennwörtern zu automatisieren, gehen Sie wie folgt vor:

  1. Fügen Sie den folgenden Eintrag zu /etc/xdl/mcs/mcs.conf hinzu, bevor Sie /opt/Citrix/VDA/sbin/deploymcs.sh ausführen.

    UPDATE_MACHINE_PW="Y"

  2. Nach dem Ausführen von /opt/Citrix/VDA/sbin/deploymcs.sh öffnen Sie /etc/cron.d/mcs_update_password_cronjob, um die Aktualisierungszeit und -häufigkeit festzulegen. Die Standardeinstellung aktualisiert die Kennwörter der Maschinenkonten wöchentlich sonntags um 2:30 Uhr.

Nach jeder Aktualisierung des Kennworts eines Maschinenkontos wird der Ticket-Cache auf dem Delivery Controller ungültig, und der folgende Fehler kann in /var/log/xdl/jproxy.log angezeigt werden:

[ERROR] - AgentKerberosServiceAction.Run: GSSException occurred. Error: Failure unspecified at GSS-API level (Mechanism level: Checksum failed)

Um den Fehler zu beheben, löschen Sie den Ticket-Cache regelmäßig. Sie können eine Cache-Bereinigungsaufgabe auf allen Delivery Controllern oder auf dem Domänencontroller planen.

FAS auf MCS-erstellten VMs aktivieren

Sie können FAS auf MCS-erstellten VMs aktivieren, die auf den folgenden Distributionen ausgeführt werden:

  Winbind SSSD Centrify PBIS
RHEL 9.6/9.4/9.3/9.2/9.0 Ja Nein Nein Nein
RHEL 8.x Ja Nein Nein Ja
Rocky Linux 9.6/9.4/9.3/9.2/9.0 Ja Nein Nein Nein
Rocky Linux 8.x Ja Nein Nein Nein
RHEL 7, CentOS 7 Ja Ja Nein Ja
Ubuntu 22.04, Ubuntu 20.04 Ja Nein Nein Nein
Debian 11.11 Ja Nein Nein Nein
SUSE 15.5 Ja Nein Nein Nein

FAS aktivieren, wenn Sie ein Master-Image auf der Vorlagen-VM vorbereiten

  1. Das Stamm-CA-Zertifikat importieren.

    sudo cp root.pem /etc/pki/CA/certs/
<!--NeedCopy-->

  2. Führen Sie das einfache Installationsskript (ctxinstall.sh) aus und stellen Sie sicher, dass die Vorlagen-VM ordnungsgemäß einer Domäne beigetreten ist.

  3. Führen Sie ctxfascfg.sh aus.

  4. Variablen in /etc/xdl/mcs/mcs.conf festlegen.

    Hinweis:

    Legen Sie alle erforderlichen Variablen in /etc/xdl/mcs/mcs.conf fest, da diese Variablen beim Start der VM aufgerufen werden.

    1. Legen Sie den Wert von Use_AD_Configuration_Files_Of_Current_VDA auf Y fest.

    2. Legen Sie die anderen Variablen nach Bedarf fest, z. B. VDI_MODE.

  5. Fügen Sie die folgende Befehlszeile zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzu, um Ihre FAS-Serveradressen festzulegen:

    sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "<Your-FAS-Server-List>" --force
<!--NeedCopy-->

  6. Führen Sie das Skript /opt/Citrix/VDA/sbin/deploymcs.sh aus.

FAS auf einer mit MCS erstellten VM aktivieren

Wenn FAS auf der Vorlagenmaschine nicht wie zuvor beschrieben aktiviert ist, können Sie FAS auf jeder mit MCS erstellten VM aktivieren.

Um FAS auf einer mit MCS erstellten VM zu aktivieren, führen Sie die folgenden Schritte aus:

  1. Legen Sie Variablen in /etc/xdl/mcs/mcs.conf fest.

    Hinweis:

    Legen Sie alle erforderlichen Variablen in /etc/xdl/mcs/mcs.conf fest, da diese Variablen beim Start der VM aufgerufen werden.

    1. Setzen Sie den Wert von Use_AD_Configuration_Files_Of_Current_VDA auf Y.
    2. Legen Sie die anderen Variablen nach Bedarf fest, z. B. VDI_MODE.

  2. Fügen Sie die folgende Befehlszeile zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzu, um Ihre FAS-Serveradressen festzulegen:

    sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "<Your-FAS-Server-List>" --force
<!--NeedCopy-->

  3. Importieren Sie das Stamm-CA-Zertifikat.

    sudo cp root.pem /etc/pki/CA/certs/
<!--NeedCopy-->

  4. Führen Sie das Skript /opt/Citrix/VDA/sbin/ctxfascfg.sh aus.

Linux-VDAs mit Machine Creation Services™ (MCS) erstellen
August 3, 2026
Beitrag von: 
C C
August 3, 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.