layout: doc h3InToc: true

Schritt 3d: RDNS f

Erstellen von Linux-VDAs mit Machine Creation Services™ (MCS)

Sie können domänengebundene und nicht-domänengebundene VDAs mit MCS erstellen.

Wichtig:

Die folgenden wichtigen Änderungen gelten ab Release 2212:

Unterstützte Distributionen

  Winbind SSSD Centrify PBIS
Debian 11.3 Ja Ja Nein Ja
RHEL 9.1/9.0 Ja Nein Nein Nein
RHEL 8.7/8.6/8.4 Ja Nein Ja Ja
Rocky Linux 9.1/9.0 Ja Nein Nein Nein
Rocky Linux 8.7/8.6 Ja Nein Nein Nein

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

Verwenden von MCS zum Erstellen von Linux-VMs

Ü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 Citrix Universal Subscription- oder Hybrid Rights-Lizenzen. Informationen zu Universal Subscription- und Hybrid Rights-Lizenzen finden Sie unter [Transition and Trade Up (TTU) mit Citrix Universal Subscription](/de-de/licensing/current-release/hybrid-rights-ttu.html).

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

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

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

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 des Nutanix AHV-Plug-Ins 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 des Nutanix AHV-Plug-Ins 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

Schritt 2: Erstellen einer Hostverbindung

Dieser Abschnitt führt Sie durch das Erstellen einer Hostverbindung zu Azure, AWS, GCP, Nutanix AHV und VMware vSphere:

Erstellen einer Hostverbindung zu Azure in Citrix Studio

  1. Melden Sie sich bei Citrix Cloud an.
  2. Wählen Sie im Menü oben links My Services > DaaS aus.
  3. Wählen Sie unter Manage > Full Configuration im linken Bereich Hosting aus.
  4. Wählen Sie in der Aktionsleiste Add Connection and Resources aus.

Verbindung hinzufügen Bild

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

Hostverbindung zu AWS in Citrix Studio erstellen

  1. Wählen Sie in Citrix Studio Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen.

  2. Wählen Sie Amazon EC2 als Verbindungstyp aus.

    Amazon EC2 auswählen

  3. Geben Sie den API-Schlüssel und den geheimen Schlüssel Ihres AWS-Kontos sowie Ihren 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 Konsole für Identitäts- und Zugriffsverwaltung (IAM).
    3. Wählen Sie im linken Navigationsbereich Benutzer aus.
    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 GCP in Citrix Studio erstellen

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

  1. Melden Sie sich bei Citrix Cloud an.
  2. Wählen Sie im oberen linken Menü Meine Dienste > DaaS aus.
  3. Wählen Sie unter Verwalten > Vollständige Konfiguration im linken Bereich Hosting aus.
  4. Wählen Sie in der Aktionsleiste Verbindung und Ressourcen hinzufügen aus.

  5. Wählen Sie Google Cloud Platform als Verbindungstyp aus.

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

  7. 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-domänenverbundene Linux-VDAs erstellen.

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**. 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 Verbindung zum Nutanix-Hypervisor herzustellen.

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

    Erstellen einer Hostverbindung zu Nutanix in Citrix Studio vor Ort

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 in Citrix Studio Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen.

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

    VMware vSphere auswählen

  4. Geben Sie die Verbindungsadresse (die vCenter Server-URL) Ihres VMware-Kontos, Ihren Benutzernamen und Ihr Kennwort sowie Ihren Verbindungsnamen ein.

    VMware-Verbindungsname

Schritt 3: Masterimage vorbereiten

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

Installieren Sie die Citrix 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:

  1. Führen Sie den folgenden Befehl aus, um die Citrix VM Tools namens guest-tools.iso bereitzustellen.

    sudo mount /dev/cdrom /mnt
<!--NeedCopy-->

  2. 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:

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

    Für Ubuntu/Debian:

    sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
<!--NeedCopy-->

    Für SUSE:

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

  3. Überprüfen Sie den Virtualisierungsstatus der Vorlagen-VM auf der Registerkarte Allgemein in XenCenter. Wenn die Citrix VM Tools korrekt installiert sind, ist der Virtualisierungsstatus Optimiert.

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

Stellen Sie für SUSE 15.4 unter AWS, Azure und GCP sicher, dass:

Schritt 3c: Konfigurieren von cloud-init für Ubuntu 18.04 unter Azure, AWS und GCP

  1. Um sicherzustellen, dass ein VDA-Hostname beim Neustart oder Stoppen einer VM erhalten bleibt, führen Sie den folgenden Befehl aus:

    echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
<!--NeedCopy-->

    Vergewissern Sie sich, dass die folgenden Zeilen unter dem Abschnitt system_info in der Datei /etc/cloud/cloud.cfg vorhanden sind:

    system_info:
   network:
       renderers: ['netplan', 'eni', 'sysconfig']
<!--NeedCopy-->

Schritt 3d: 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 3e: Installieren des Linux VDA-Pakets auf der Vorlagen-VM

Hinweis:

Um einen aktuell ausgeführten VDA als Vorlagen-VM zu verwenden, überspringen Sie diesen Schritt.

Bevor Sie das Linux VDA-Paket auf der Vorlagen-VM installieren, installieren Sie .NET Runtime 6.0.

Führen Sie je nach Linux-Distribution den folgenden Befehl aus, um die Umgebung für den Linux VDA einzurichten:

Für RHEL/CentOS/Rocky Linux:

Hinweis:

-  Installieren Sie für RHEL und CentOS das EPEL-Repository, bevor Sie den Linux VDA installieren und `deploymcs.sh` erfolgreich ausführen können. Informationen zur Installation von EPEL finden Sie unter <https://docs.fedoraproject.org/en-US/epel/>.

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

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

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: Repositories aktivieren, um das Paket tdb-tools zu installieren (nur für RHEL 7)

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: (Unter 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. Installieren Sie ntfs-3g:

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

Schritt 3h: Datenbank zur Verwendung festlegen

Als experimentelle Funktion können Sie SQLite zusätzlich zu PostgreSQL verwenden. Sie können auch nach der Installation des Linux VDA-Pakets zwischen SQLite und PostgreSQL wechseln. Führen Sie dazu die folgenden Schritte aus:

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

  2. Bearbeiten Sie /etc/xdl/db.conf, bevor Sie deploymcs.sh ausführen.

Hinweis:

-  Wir empfehlen die Verwendung von SQLite nur für den VDI-Modus.
-  Für die einfache Installation und MCS können Sie zwischen SQLite und PostgreSQL wechseln, 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 3i: 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.

![Easy install GUI](/en-us/linux-virtual-delivery-agent/2303/media/easy-install-gui.png)

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

Die folgenden MCS-Variablen können Sie für nicht in eine Domäne eingebundene und in eine Domäne eingebundene Szenarien konfigurieren:

-  **Für nicht in eine Domäne eingebundene Szenarien**

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

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

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

Auf der Vorlagenmaschine fügen Sie 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-->

Schritt 3k: Master-Image erstellen

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

    Deploy button on the easy install GUI

    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.

  2. (Wenn Sie einen aktuell ausgeführten 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 Vorlagen /etc/xdl/ad_join/centrify_krb5.conf.tmpl und /etc/xdl/ad_join/centrify_smb.conf.tmpl.

    Hinweis:

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

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

(Für GCP) Schritt 3l: 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, führen Sie die folgenden Befehle aus, bevor Sie die VM neu starten:

nmcli dev connect eth0
service NetworkManager restart
<!--NeedCopy-->

Schritt 4: Maschinenkatalog erstellen

Erstellen Sie in Citrix Studio einen Maschinenkatalog und geben Sie die Anzahl der VMs an, die im Katalog erstellt werden sollen. Wählen Sie beim Erstellen des Maschinenkatalogs Ihr Masterimage aus. Die folgenden Beispiele:

Finding VHD of the template VM

Choosing a master image

Wählen Sie auf der Seite Container, die nur für Nutanix spezifisch ist, den Container aus, den Sie zuvor für die Vorlagen-VM angegeben haben. Wählen Sie auf der Seite Masterimage den Image-Snapshot aus. Überprüfen Sie auf der Seite Virtuelle Maschinen die Anzahl der virtuellen CPUs und die Anzahl der Kerne pro vCPU.

Hinweis:

Wenn die 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 präfixiert ist, manuell ein. Dieser Ansatz hilft, den Erstellungsprozess fortzusetzen.

Führen Sie weitere Konfigurationsaufgaben nach Bedarf aus. Weitere Informationen finden Sie unter Maschinenkatalog mit Studio erstellen.

Schritt 5: Bereitstellungsgruppe erstellen

Eine Bereitstellungsgruppe ist eine Sammlung von Maschinen, die aus einem oder mehreren Maschinenkatalogen ausgewählt werden. Sie gibt an, welche Benutzer diese Maschinen verwenden können und welche Anwendungen und Desktops diesen Benutzern zur Verfügung stehen. Weitere Informationen finden Sie unter Bereitstellungsgruppen erstellen.

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 sie mit Samba Winbind in die AD-Domäne einbinden. Um das Problem zu umgehen, führen Sie die folgenden Schritte aus:

  1. Gehen Sie zur ADSI Edit-Konsole, wählen Sie eine nicht registrierte VM aus und bearbeiten Sie das Attribut msDS-SupportedEncryptionTypes ihres 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 eine Zeile net ads enctypes set $NEW_HOSTNAME$ <Dezimalwert des Verschlüsselungstypattributs, z. B. 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 Upgrade Ihres Linux VDA verwenden

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

  1. Stellen Sie sicher, dass Sie .NET Runtime 6.0 installiert haben, bevor Sie Ihren Linux VDA auf die aktuelle Version aktualisieren.

  2. Aktualisieren Sie Ihren Linux VDA auf der Vorlagenmaschine:

    Hinweis:

    Sie können auch die Funktion Linux VDA-Selbstaktualisierung 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. Zum Beispiel können Sie 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.1/9.0 und Rocky Linux 9.1/9.0:

    Hinweis:

    Vor dem Upgrade des Linux VDA unter RHEL 9.1/9.0 und Rocky Linux 9.1/9.0 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 18.04:

    sudo dpkg -i xendesktopvda_<version>.ubuntu18.04_amd64.deb
<!--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, bevor jede Maschine neu startet. Starten Sie eine Maschine nicht manuell neu.

Automatisches Aktualisieren von Maschinenkontokennwörtern

Maschinenkontokennwörter laufen standardmäßig 30 Tage nach der Erstellung des Maschinenkatalogs ab. Um das Ablaufen von Kennwörtern zu verhindern und die Aktualisierung von Maschinenkontokennwö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. Ö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 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.1/9.0 Yes No No No
RHEL 8.x Yes No No Yes
Rocky Linux 9.1/9.0 Yes No No No
Rocky Linux 8.x Yes No No No
RHEL 7, CentOS 7 Yes Yes No Yes
Ubuntu 22.04, Ubuntu 20.04, Ubuntu 18.04 Yes No No No
Debian 11.3 Yes No No No
SUSE 15.4 Yes No No No

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

  1. Importieren Sie das Stamm-CA-Zertifikat.

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

  2. Führen Sie ctxfascfg.sh aus. Weitere Informationen finden Sie unter ctxfascfg.sh ausführen.

  3. 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 Variable FAS_LIST auf Ihre FAS-Serveradresse oder mehrere FAS-Serveradressen fest. Trennen Sie mehrere Adressen durch Semikolons und schließen Sie die Adresse(n) in einfache Anführungszeichen ein, z. B. FAS_LIST='<FAS_SERVER_FQDN>;<FAS_SERVER_FQDN>'.
    3. Legen Sie die anderen Variablen nach Bedarf fest, z. B. VDI_MODE.

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

FAS auf einer MCS-erstellten VM aktivieren

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

Gehen Sie wie folgt vor, um FAS auf einer 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 Variable FAS_LIST auf Ihre FAS-Serveradresse fest.
    3. Legen Sie die anderen Variablen nach Bedarf fest, z. B. VDI_MODE.

  2. Importieren Sie das Stamm-CA-Zertifikat.

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

  3. Führen Sie das Skript /opt/Citrix/VDA/sbin/ctxfascfg.sh aus. Weitere Informationen finden Sie unter ctxfascfg.sh ausführen.