In die Domäne eingebundene Linux-VDAs mit FAS-Aktivierung mithilfe von Machine Creation Services™ (MCS) erstellen

Wichtig:

Die folgenden wichtigen Änderungen gelten ab Release 2212:

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

Hinweis:

Für RHEL 8.x/9.x- oder Rocky Linux 8.x/9.x-Bereitstellungen, um den aktuellen SSSD-verbundenen VDA als Vorlagen-VM für die MCS-Bereitstellung zu verwenden, stellen Sie Folgendes sicher:

• Der VDA kann nicht mit dem Easy-Install-Skript bereitgestellt werden, da die Kombination aus SSSD und Adcli in Easy-Install von MCS nicht unterstützt wird.

Um MCS zur Bereitstellung eines AD-verbundenen VDA über das SSSD-Protokoll zu verwenden, muss ein Samba-Server für die AD-Authentifizierung konfiguriert werden. Weitere Informationen finden Sie im Red Hat-Artikel.

Wenn Sie PBIS verwenden, um von MCS erstellte Maschinen mit Windows-Domänen zu verbinden, führen Sie die folgenden Aufgaben aus:

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

• Bevor Sie /opt/Citrix/VDA/sbin/deploymcs.sh ausführen, erstellen Sie eine Organisationseinheit (OU), die Schreib- und Kennwortrücksetzungsberechtigungen 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.

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.

Linux-VDAs mit aktiviertem FAS mithilfe von MCS erstellen

Dieser Abschnitt beschreibt das Verfahren zum Erstellen von Linux-VDAs mithilfe von MCS und zum Aktivieren von FAS während der Vorbereitung eines Masterimages auf der Vorlagen-VM. Wenn FAS auf der Vorlagen-VM nicht aktiviert ist, können Sie es später auf jeder mit MCS erstellten VM aktivieren, indem Sie sich auf FAS auf einer mit MCS erstellten VM aktivieren beziehen.

Überlegungen

• Ab Release 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: Nutanix AHV-Plug-In installieren und registrieren

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.

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

• Stellen Sie sicher, dass 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 die Citrix Host-, Citrix Broker- und Citrix Machine Creation Services auf Ihren lokalen Delivery Controllern neu oder starten Sie den Citrix RemoteHCLServer-Dienst auf Citrix Cloud Connectors neu.

  Tipp:

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

Schritt 2: Eine Hostverbindung erstellen

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

Hinweis:

Wählen Sie für lokale Delivery Controller in Citrix Studio vor Ort 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.

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

• Hostverbindung mit Azure in Citrix Studio erstellen

• Hostverbindung mit AWS in Citrix Studio erstellen

• Hostverbindung mit XenServer in Citrix Studio erstellen

• Hostverbindung mit GCP in Citrix Studio erstellen

• Hostverbindung mit Nutanix in Citrix Studio erstellen

• Hostverbindung mit VMware in Citrix Studio erstellen

Hostverbindung mit Azure in Citrix Studio erstellen

1. Wählen Sie für lokale Delivery Controller Configuration > Hosting > Add Connection and Resources im lokalen Citrix Studio, um eine Hostverbindung zu erstellen. Wählen Sie für Cloud Delivery Controller Manage > Hosting > Add Connection and Resources in der webbasierten Studio-Konsole in Citrix Cloud, 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 Nicht in die Domäne eingebundene Linux-VDAs mit MCS erstellen.

Hostverbindung mit AWS in Citrix Studio erstellen

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

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

   Beispiel: im lokalen Citrix Studio:

   

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

   

   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 zum Erstellen eines Zugriffsschlüssels wie folgt vor:

   1. Melden Sie sich bei den AWS-Diensten an.
   2. Navigieren Sie zur Identity and Access Management (IAM)-Konsole. 1 Wählen Sie im linken Navigationsbereich Benutzer.
   3. Wählen Sie den Zielbenutzer aus und scrollen Sie nach unten, um die Registerkarte Sicherheitsanmeldeinformationen auszuwählen.
   4. Scrollen Sie nach unten und klicken Sie auf Zugriffsschlüssel erstellen. Ein neues Fenster wird angezeigt.
   5. 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 im 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 (früher 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 Citrix Studio vor Ort 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 als Verbindungstyp Google Cloud Platform aus.

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

   

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. Wählen Sie nach dem Ausfüllen jeder Seite Weiter, bis Sie die Seite Zusammenfassung erreichen. Weitere Informationen finden Sie unter Schritt 2: Erstellen einer Hostverbindung 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 Citrix Studio vor Ort 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 auf der Seite Verbindung Nutanix AHV als Verbindungstyp aus und geben Sie dann die Hypervisor-Adresse, Anmeldeinformationen und Ihren Verbindungsnamen an. Wählen Sie auf der Seite Netzwerk ein Netzwerk für die Einheit aus.

   Beispiel: Im lokalen Citrix Studio:

   

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 Citrix Studio vor Ort 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.

3. Wählen Sie VMware vSphere als Verbindungstyp.

   Beispiel: In Citrix Studio vor Ort:

   

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

   

Schritt 3: Masterimage vorbereiten

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

Installieren Sie die XenServer VM Tools auf der Vorlagen-VM, damit jede VM die xe-CLI oder XenCenter verwenden kann. 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 Datei LinuxGuestTools-xxx.tar.gz 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 Paket xe-guest-utilities 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, wird der Virtualisierungsstatus als Optimiert angezeigt.

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

Stellen Sie für SUSE 15.5 unter 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 unter 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

Bevor Sie das Linux VDA-Paket installieren, installieren Sie .NET auf der Vorlagen-VM und beachten Sie Folgendes:

• Zusätzlich zur .NET Runtime müssen Sie die .ASP.NET Core Runtime auf allen unterstützten Linux-Distributionen installieren, bevor Sie den Linux VDA installieren oder aktualisieren. Version 6 ist für Amazon Linux 2 erforderlich. Version 8 ist für andere Distributionen erforderlich.

• Wenn Ihre Linux-Distribution die erforderliche .NET-Version enthält, installieren Sie diese aus dem integrierten Feed. Andernfalls installieren Sie .NET aus dem Microsoft-Paket-Feed. Weitere Informationen finden Sie unter https://docs.microsoft.com/de-de/dotnet/core/install/linux-package-managers.

Schritt 3e: Installieren Sie das Linux VDA-Paket auf der Vorlagen-VM

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

Für RHEL/Rocky Linux:

Hinweis:

Bevor Sie den Linux VDA auf RHEL 9.x und Rocky Linux 9.x installieren, aktualisieren Sie das libsepol-Paket 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-->

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

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

Schritt 3g: (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 GNU Compiler Collection (GCC)-Compilersystem 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 3h: VM einer Windows-Domäne beitreten lassen

Lassen Sie die VM einer Windows-Domäne beitreten. Wir empfehlen die Verwendung des Easy Install-Skripts (ctxinstall.sh) für diesen Prozess, da es Zeit spart, den Arbeitsaufwand reduziert und weniger fehleranfällig ist als die manuelle Installation. Weitere Informationen finden Sie unter Schritt 8: Easy Install ausführen, um die Umgebung und den VDA zu konfigurieren und die Installation abzuschließen. Wenn Sie die manuelle Installation bevorzugen, lesen Sie die Schritte 1 bis 3 in den Artikeln zur manuellen Installation unter Linux VDA manuell installieren.

Schritt 3i: FAS auf der VM konfigurieren

Die detaillierten Schritte finden Sie unter FAS auf dem Linux VDA konfigurieren.

Schritt 3j: MCS-Variablen konfigurieren

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

• Bearbeiten Sie die Datei /etc/xdl/mcs/mcs.conf.

• Verwenden Sie die Easy Install-GUI. Um die Easy Install-GUI zu öffnen, führen Sie den Befehl /opt/Citrix/VDA/bin/easyinstall in der Desktop-Umgebung Ihres Linux VDA aus.

  

  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 MCS-Variablen aufgeführt, die Sie für FAS-fähige Szenarien konfigurieren können:

-  `Use_AD_Configuration_Files_Of_Current_VDA`: Determines whether to use the existing AD-related configuration files (/etc/krb5.conf, /etc/sssd.conf, and /etc/samba/smb.conf) of the currently running VDA. Set the value to Y when FAS is enabled.

-  `dns`: Sets the IP address for each DNS server. You can set up to four DNS servers.

-  `NTP_SERVER`: Sets the IP address for your NTP server. Unless otherwise specified, it's the IP address of your domain controller.

-  `WORKGROUP`: Sets the workgroup name to the NetBIOS name (case-sensitive) that you configured in AD. Otherwise, MCS uses the part of the domain name that immediately follows the machine hostname as the workgroup name. For example, if the machine account is **user1.lvda.citrix.com**, MCS uses **lvda** as the workgroup name while **citrix** is the correct choice. Ensure that you set the workgroup name correctly.

-  `AD_INTEGRATION`: Sets SSSD, Winbind, or PBIS. For a matrix of the Linux distributions and domain joining methods that MSC supports, see [Supported distributions](#supported-distributions) in this article.

-  `PBIS_DOWNLOAD_PATH`: Sets the path for downloading the PBIS package. The value takes effect only when you set the `AD_INTEGRATION` variable to PBIS.

-  `UPDATE_MACHINE_PW`: Enables or disables automating machine account password updates. For more information, see [Automate machine account password updates](/en-us/linux-virtual-delivery-agent/2511/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates).

-  Linux VDA configuration variables:

    `DOTNET_RUNTIME_PATH`=path-to-install-dotnet-runtime
    `DESKTOP_ENVIRONMENT`=gnome | mate
    `SUPPORT_DDC_AS_CNAME`=Y | N
    `VDA_PORT`=port-number
    `REGISTER_SERVICE`=Y | N
    `ADD_FIREWALL_RULES`=Y | N
    `HDX_3D_PRO`=Y | N
    `VDI_MODE`=Y | N
    `SITE_NAME`=dns-site-name | '<none\>'
    `LDAP_LIST`='list-ldap-servers' | '<none\>'
    `SEARCH_BASE`=search-base-set | '<none\>'
    `START_SERVICE`=Y | N
    `TELEMETRY_SOCKET_PORT`=port-number
    `TELEMETRY_PORT`=port-number

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

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

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

Hinweis

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

Schritt 3l: Ein Master-Image erstellen

1. (Nur für SSSD + RHEL 8.x/9.x/10 oder Rocky Linux 8.x/9.x/10) 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. Erstellen und benennen Sie einen Snapshot Ihres Master-Images 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 Master-Images.

   • (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 (deallokiert) ist. Merken Sie sich hier den Namen der Ressourcengruppe. Sie benötigen den Namen, um Ihr Master-Image in Azure zu finden.

     

   • (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.

     

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

     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/10 und Rocky Linux 8.x/9.x/10, 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, legen Sie ein Root-Passwort fest, wenn Sie sich zum ersten Mal bei der VM anmelden, und stellen Sie sicher, dass Sie sich als Root bei 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 VMs an, die im Katalog erstellt werden sollen. Berücksichtigen Sie beim Erstellen des Maschinenkatalogs Folgendes, wenn Sie Ihr Masterimage auswählen:

• Wählen Sie auf der Seite Container, 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 Single-Session-OS-Maschinen erstellen, wird die Seite Desktop Experience angezeigt, auf der Sie festlegen können, was bei jeder Benutzeranmeldung geschieht.

  

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

  • 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 Master-Images 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 Master-Image.

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

Hinweis:

In Nutanix-Umgebungen, wenn der Prozess zur Erstellung Ihres Maschinenkatalogs auf dem Delivery Controller™ viel Zeit in Anspruch nimmt, gehen Sie zu Nutanix Prism und schalten Sie die Maschine, die mit Preparation beginnt, manuell ein. Dieser Ansatz hilft, den Erstellungsprozess fortzusetzen.

Schritt 5: Erstellen einer Bereitstellungsgruppe

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 und welche Anwendungen und Desktops diesen Benutzern zur Verfügung stehen.

Weitere Informationen finden Sie unter Erstellung von Bereitstellungsgruppen in der Dokumentation zu Citrix Virtual Apps and Desktops und 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 Maschinenkontos.
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 nach den folgenden Zeilen in der Datei /var/xdl/mcs/ad_join.sh die Zeile net ads enctypes set $NEW_HOSTNAME$ <Decimal value of encryption type attribute, for example, 28> -U $NEW_HOSTNAME$ -P password 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.

Automatisieren der Kennwortaktualisierungen für Maschinenkonten

Maschinenkontokennwörter laufen standardmäßig 30 Tage nach der Erstellung des Maschinenkatalogs ab. Um den Kennwortablauf zu verhindern und die Aktualisierung der Maschinenkontokennwörter 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. Öffnen Sie nach dem Ausführen von /opt/Citrix/VDA/sbin/deploymcs.sh die Datei /etc/cron.d/mcs_update_password_cronjob, um die Aktualisierungszeit und -häufigkeit festzulegen. Die Standardeinstellung aktualisiert die Maschinenkontokennwörter wöchentlich sonntags um 2:30 Uhr.

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

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

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

FAS auf einer mit MCS erstellten VM aktivieren

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

Gehen Sie wie folgt vor, um FAS auf einer mit MCS erstellten VM zu aktivieren:

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 VM-Start 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:

   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 /opt/Citrix/VDA/sbin/ctxfascfg.sh Skript aus.