Verwenden von Machine Creation Services™ (MCS) zum Erstellen von Linux-VMs

1. Item A 1. Item B Um MCS zum Erstellen von Linux-VMs zu verwenden, bereiten Sie ein Masterimage auf Ihrem Hypervisor vor. Dieser Prozess umfasst die Installation des VDA auf der Vorlagen-VM, das Erstellen eines Maschinenkatalogs in Citrix Studio, das Erstellen einer Bereitstellungsgruppe und die Durchführung bestimmter Konfigurationsaufgaben.

Hinweis:

Unerwartete Ergebnisse können auftreten, wenn Sie versuchen, ein Masterimage auf anderen Hypervisoren als Citrix Hypervisor™, Microsoft Azure, VMware vSphere, AWS, GCP oder Nutanix AHV vorzubereiten.

Microsoft Azure, AWS und GCP werden ab Citrix Virtual Apps and Desktops™ 7 2003 nicht mehr unterstützt. Sie können die Hosts jedoch weiterhin im Citrix Virtual Apps and Desktops-Dienst verwenden.

Unterstützte Distributionen

Hinweis:

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 für das PBIS- oder Centrify-Paket 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.

• Verwenden von MCS zum Erstellen von Linux-VMs auf Citrix Hypervisor

• Schritt 1: Masterimage vorbereiten

Ein Masterimage enthält das Betriebssystem, nicht virtualisierte Anwendungen, den VDA und andere Software. Gehen Sie wie folgt vor, um ein Masterimage vorzubereiten:

Schritt 1a: 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 keine der folgenden Aktionen ausführen:

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

   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, lautet der Virtualisierungsstatus Optimiert:

   

Schritt 1b: (Nur für Ubuntu 16.04) OpenJDK 11 installieren

Installieren Sie unter Ubuntu 16.04 OpenJDK 11, indem Sie die folgenden Schritte ausführen:

1. Laden Sie das neueste OpenJDK 11 von https://jdk.java.net/archive/ herunter.
2. Führen Sie den Befehl tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz aus, um das heruntergeladene Paket zu entpacken.
3. (Optional) Führen Sie den Befehl mv jdk-11.0.2/ <Zielverzeichnis> aus, um OpenJDK in einem Zielverzeichnis zu speichern.
4. Führen Sie den Befehl update-alternatives -----install /usr/bin/java java <benutzerdefiniertes Verzeichnis>/bin/java 2000 aus, um die Java-Laufzeitumgebung einzurichten.
5. Führen Sie den Befehl java -version aus, um die Java-Version zu überprüfen.

Schritt 1c: Linux VDA-Paket auf der Vorlagen-VM installieren

Hinweis:

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

Bevor Sie das Linux VDA-Paket auf der Vorlagen-VM installieren, installieren Sie .NET Core Runtime 3.1. Weitere Informationen finden Sie unter Installationsübersicht.

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

Für RHEL/CentOS:

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 1d: Repositorys zum Installieren des tdb-tools-Pakets aktivieren

-  **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 1e: EPEL-Repository installieren, das ntfs-3g anbieten kann

Installieren Sie das EPEL-Repository auf RHEL 8/CentOS 8, RHEL 7/CentOS 7, damit deploymcs.sh später das im EPEL-Repository verfügbare ntfs-3g-Paket installiert.

Schritt 1f: ntfs-3g manuell auf SUSE 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 1g: Einrichten der Laufzeitumgebung

Führen Sie vor dem Ausführen von deploymcs.sh die folgenden Schritte aus:

-  Ändern Sie Variablen in `/etc/xdl/mcs/mcs.conf`. Die Konfigurationsdatei `mcs.conf` enthält Variablen zum Einrichten von MCS und des Linux VDA. Die folgenden Variablen können Sie nach Bedarf festlegen:

-  `Use_Existing_Configurations_Of_Current_VDA`: Legt fest, ob die vorhandenen Konfigurationen des aktuell ausgeführten VDA verwendet werden sollen. Wenn auf Y gesetzt, sind die Konfigurationsdateien auf MCS-erstellten Maschinen identisch mit den 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.

-  `dns`: Legt die DNS-IP-Adresse fest.

-  `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](#supported-distributions) in diesem Artikel.

-  `CENTRIFY_DOWNLOAD_PATH`: Legt den Pfad zum Herunterladen des Centrify-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.

-  `WORKGROUP`: Legt den Arbeitsgruppennamen (Groß-/Kleinschreibung beachten) fest, wenn Sie ihn in AD konfiguriert haben.

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

Schritt 1h: Erstellen eines Masterimages

1. Führen Sie /opt/Citrix/VDA/sbin/deploymcs.sh aus.

2. (Optional) 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/mcs/winbind_krb5.conf.tmpl und /etc/xdl/mcs/winbind_smb.conf.tmpl.

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

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

   Hinweis:

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

3. Fahren Sie auf Citrix Hypervisor die Vorlagen-VM herunter. Erstellen und benennen Sie einen Snapshot Ihres Masterimages.

Schritt 2: Erstellen eines Maschinenkatalogs

Erstellen Sie in Citrix Studio einen Maschinenkatalog und geben Sie die Anzahl der im Katalog zu erstellenden VMs an. Führen Sie bei Bedarf weitere Konfigurationsaufgaben aus. Weitere Informationen finden Sie unter Erstellen eines Maschinenkatalogs mit Studio.

Schritt 3: Erstellen einer Bereitstellungsgruppe

Ein Maschinenkatalog ist eine Sammlung von Maschinen, die aus einem oder mehreren Maschinenkatalogen ausgewählt wurden. Der Maschinenkatalog 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 Erstellen von Bereitstellungsgruppen.

Verwenden von MCS zum Erstellen von Linux-VMs in Azure

Schritt 1: Erstellen einer Hosting-Verbindung zu Azure in Citrix Studio

1. Wählen Sie in Citrix Studio in Citrix Cloud™ Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Verbindung zu Azure zu erstellen.

   • 

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

   • 

   • 1. Geben Sie die Abonnement-ID Ihres Azure-Kontos und Ihren Verbindungsnamen ein.
   • 

   Eine neue Verbindung wird im Hosting-Bereich angezeigt.

   

Schritt 2: Vorbereiten eines Masterimages auf der Vorlagen-VM

Ein Masterimage enthält das Betriebssystem, nicht virtualisierte Anwendungen, den VDA und andere Software. Gehen Sie wie folgt vor, um ein Masterimage vorzubereiten:

Schritt 2a: Konfigurieren von cloud-init für Ubuntu 18.04

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

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

Stellen Sie sicher, 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 2b: (Nur für Ubuntu 16.04) OpenJDK 11 installieren

Installieren Sie unter Ubuntu 16.04 OpenJDK 11, indem Sie die folgenden Schritte ausführen:

1. Laden Sie das neueste OpenJDK 11 von https://jdk.java.net/archive/ herunter.
2. Führen Sie den Befehl tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz aus, um das heruntergeladene Paket zu entpacken.
3. (Optional) Führen Sie den Befehl mv jdk-11.0.2/ <target directory> aus, um OpenJDK in einem Zielverzeichnis zu speichern.
4. Führen Sie den Befehl update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 aus, um die Java-Laufzeitumgebung einzurichten.
5. Führen Sie den Befehl java -version aus, um die Java-Version zu überprüfen.

Schritt 2c: Linux-VDA-Paket auf der Vorlagen-VM installieren

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 Core Runtime 3.1. Weitere Informationen finden Sie unter Installationsübersicht.

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

Für RHEL/CentOS:

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 2d: Repositorys zum Installieren des tdb-tools-Pakets aktivieren

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 2e: EPEL-Repository installieren, das ntfs-3g bereitstellen kann

Installieren Sie das EPEL-Repository unter RHEL 8/CentOS 8, RHEL 7/CentOS 7, damit die spätere Ausführung von deploymcs.sh das im EPEL-Repository verfügbare ntfs-3g-Paket installiert.

Schritt 2f: ntfs-3g manuell unter SUSE 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. Entpacken Sie das ntfs-3g-Paket:

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

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

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

4. Installieren Sie ntfs-3g:

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

Schritt 2g: Laufzeitumgebung einrichten

Führen Sie vor dem Ausführen von deploymcs.sh Folgendes aus:

-  Ändern Sie Variablen in `/etc/xdl/mcs/mcs.conf`. Die Konfigurationsdatei `mcs.conf` enthält Variablen zum Einrichten von MCS und des Linux-VDA. Im Folgenden sind einige der Variablen aufgeführt, von denen `dns` und `AD_INTEGRATION` festgelegt werden müssen:

**Hinweis:** Wenn eine Variable mit mehreren Werten festgelegt werden kann, setzen Sie die Werte in einfache Anführungszeichen und trennen Sie sie durch Leerzeichen. Beispiel: LDAP_LIST='aaa.lab:389 bbb.lab:389.'

-  `Use_Existing_Configurations_Of_Current_VDA`: Bestimmt, ob die vorhandenen Konfigurationen des aktuell ausgeführten VDA verwendet werden sollen. Wenn auf Y gesetzt, sind die Konfigurationsdateien auf MCS-erstellten Maschinen dieselben wie die entsprechenden 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.

-  `dns`: Legt die DNS-IP-Adresse fest.

-  `AD_INTEGRATION`: Legt Winbind, SSSD, PBIS oder Centrify fest. Eine Matrix der Linux-Distributionen und Domänenbeitrittsmethoden, die MSC unterstützt, finden Sie unter [Unterstützte Distributionen](#supported-distributions) in diesem Artikel.

-  `CENTRIFY_DOWNLOAD_PATH`: Legt den Pfad zum Herunterladen des Centrify-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.

-  `WORKGROUP`: Legt den Arbeitsgruppennamen (Groß-/Kleinschreibung beachten) fest, wenn Sie ihn in AD konfiguriert haben.

-  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 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 2h: Master-Image erstellen

1. Führen Sie /opt/Citrix/VDA/sbin/deploymcs.sh aus.

2. (Optional) 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/mcs/winbind_krb5.conf.tmpl und /etc/xdl/mcs/winbind_smb.conf.tmpl.

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

   Für Centrify-Benutzer aktualisieren Sie die Vorlagen /etc/xdl/mcs/centrify_krb5.conf.tmpl und /etc/xdl/mcs/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.  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 Master-Image in Azure zu finden.
   

   • 

Schritt 3: Maschinenkatalog erstellen

Erstellen Sie in Citrix Studio einen Maschinenkatalog und geben Sie die Anzahl der im Katalog zu erstellenden VMs an. Wählen Sie beim Erstellen des Maschinenkatalogs Ihr Master-Image aus der Ressourcengruppe aus, zu der die Vorlagen-VM gehört, und suchen Sie die VHD der Vorlagen-VM.

Führen Sie bei Bedarf weitere Konfigurationsaufgaben durch. Weitere Informationen finden Sie unter Erstellen eines Maschinenkatalogs mit Studio.

Schritt 4: Bereitstellungsgruppe erstellen

Eine Bereitstellungsgruppe ist eine Sammlung von Maschinen, die aus einem oder mehreren Maschinenkatalogen ausgewählt wurden. Die Bereitstellungsgruppe 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 Bereitstellungsgruppen erstellen.

MCS zum Erstellen von Linux-VMs auf VMware vSphere verwenden

Schritt 1: Hosting-Verbindung 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, um eine Verbindung zu VMware vSphere zu erstellen.

   

3. Wählen Sie VMware vSphere als Verbindungstyp.

   

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

   

   Eine neue Verbindung wird im Hosting-Bereich angezeigt.

   

Schritt 2: Master-Image vorbereiten

Ein Master-Image enthält das Betriebssystem, nicht virtualisierte Anwendungen, den VDA und andere Software. Gehen Sie wie folgt vor, um ein Master-Image vorzubereiten:

Schritt 2a: (Nur für Ubuntu 16.04) OpenJDK 11 installieren

Installieren Sie unter Ubuntu 16.04 OpenJDK 11, indem Sie die folgenden Schritte ausführen:

1. Laden Sie das neueste OpenJDK 11 von https://jdk.java.net/archive/ herunter.
2. Führen Sie den Befehl tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz aus, um das heruntergeladene Paket zu entpacken.
3. (Optional) Führen Sie den Befehl mv jdk-11.0.2/ <target directory> aus, um OpenJDK in einem Zielverzeichnis zu speichern.
4. Führen Sie den Befehl update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 aus, um die Java-Laufzeit einzurichten.
5. Führen Sie den Befehl java -version aus, um die Java-Version zu überprüfen.

Schritt 2b: Linux VDA-Paket auf der Vorlagen-VM installieren

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 Core Runtime 3.1. Weitere Informationen finden Sie unter Installationsübersicht.

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

Für RHEL/CentOS:

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 2c: Repositorys zum Installieren des tdb-tools-Pakets aktivieren

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 2d: Installieren Sie das EPEL-Repository, das ntfs-3g anbieten kann

Installieren Sie das EPEL-Repository auf RHEL 8/CentOS 8, RHEL 7/CentOS 7, damit die spätere Ausführung von deploymcs.sh das im EPEL-Repository verfügbare ntfs-3g-Paket installiert.

Schritt 2e: ntfs-3g manuell auf SUSE 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 2f: Einrichten der Laufzeitumgebung

Führen Sie vor der Ausführung von deploymcs.sh die folgenden Schritte aus:

-  Ändern Sie Variablen in `/etc/xdl/mcs/mcs.conf`. Die Konfigurationsdatei `mcs.conf` enthält Variablen zum Einrichten von MCS und des Linux VDA. Im Folgenden sind einige der Variablen aufgeführt, von denen `dns` und `AD_INTEGRATION` festgelegt werden müssen:

**Hinweis:** Wenn eine Variable mit mehreren Werten festgelegt werden kann, setzen Sie die Werte in einfache Anführungszeichen und trennen Sie sie durch Leerzeichen. Beispiel: LDAP_LIST='aaa.lab:389 bbb.lab:389.'

-  `Use_Existing_Configurations_Of_Current_VDA`: Bestimmt, ob die vorhandenen Konfigurationen des aktuell ausgeführten VDA verwendet werden sollen. Wenn auf Y gesetzt, sind die Konfigurationsdateien auf MCS-erstellten Maschinen identisch mit den Äquivalenten 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 Master-Image die Konfigurationsdateien auf MCS-erstellten Maschinen bestimmen.

-  `dns`: Legt die DNS-IP-Adresse fest.

-  `AD_INTEGRATION`: Legt Winbind, SSSD, PBIS oder Centrify fest. Eine Matrix der unterstützten Linux-Distributionen und Domänenbeitrittsmethoden, die MSC unterstützt, finden Sie unter [Unterstützte Distributionen](#supported-distributions) in diesem Artikel.

-  `CENTRIFY_DOWNLOAD_PATH`: Legt den Pfad zum Herunterladen des Centrify-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.

-  `WORKGROUP`: Legt den Arbeitsgruppennamen (Groß-/Kleinschreibung beachten) fest, wenn Sie ihn in AD konfiguriert haben.

-  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 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 2g: Erstellen eines Master-Images

1. Führen Sie /opt/Citrix/VDA/sbin/deploymcs.sh aus.

2. (Optional) 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/mcs/winbind_krb5.conf.tmpl und /etc/xdl/mcs/winbind_smb.conf.tmpl.

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

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

   Hinweis: Behalten Sie das in den Vorlagendateien verwendete Format bei und verwenden Sie Variablen wie $WORKGROUP, $REALM, $realm, ${new_hostname} und $AD_FQDN.

   • 1. Nachdem Sie die Installation der Anwendungen auf der Vorlagen-VM abgeschlossen haben, fahren Sie die Vorlagen-VM von VMware herunter. Erstellen Sie einen Snapshot der Vorlagen-VM.

Schritt 3: Erstellen eines Maschinenkatalogs

-  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 Master-Image aus der Snapshot-Liste aus.

-  ![Abbildung der Auswahl eines Master-Images](/de-de/linux-virtual-delivery-agent/2110/media/choose-master-image-from-the-list.png)

• Führen Sie bei Bedarf weitere Konfigurationsaufgaben durch. Weitere Informationen finden Sie unter Erstellen eines Maschinenkatalogs mit Studio.

Schritt 4: Erstellen einer Bereitstellungsgruppe

Eine Bereitstellungsgruppe ist eine Sammlung von Maschinen, die aus einem oder mehreren Maschinenkatalogen ausgewählt wurden. Die Bereitstellungsgruppe 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 Bereitstellungsgruppen erstellen.

Verwenden von MCS zum Erstellen von Linux-VMs auf AWS

Schritt 1: Erstellen einer Hosting-Verbindung zu AWS in Citrix Studio

1. Wählen Sie in Citrix Studio in Citrix Cloud Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Verbindung zu AWS herzustellen.

   

2. Wählen Sie Amazon EC2 als Verbindungstyp.

   

3. Geben Sie den API-Schlüssel und den geheimen Schlüssel Ihres AWS-Kontos sowie den Namen Ihrer Verbindung 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 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.

   Eine neue Verbindung wird im Hosting-Bereich angezeigt.

   

• Schritt 2: Master-Image vorbereiten

Ein Master-Image enthält das Betriebssystem, nicht-virtualisierte Anwendungen, den VDA und andere Software. Gehen Sie wie folgt vor, um ein Master-Image vorzubereiten:

Schritt 2a: cloud-init konfigurieren

1. Um sicherzustellen, dass ein VDA-Hostname bestehen bleibt, wenn eine EC2-Instanz neu gestartet oder gestoppt wird, führen Sie den folgenden Befehl aus, um den VDA-Hostnamen zu erhalten.

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

   Stellen Sie für Ubuntu 18.04 sicher, dass die folgenden Zeilen im Abschnitt system_info in der Datei /etc/cloud/cloud.cfg vorhanden sind:

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

2. Um SSH für den Fernzugriff auf von MCS erstellte VMs in AWS zu verwenden, aktivieren Sie die Kennwortauthentifizierung, da diesen VMs kein Schlüsselname zugeordnet ist. Gehen Sie bei Bedarf wie folgt vor.

   • Bearbeiten Sie die cloud-init-Konfigurationsdatei /etc/cloud/cloud.cfg. Stellen Sie sicher, dass die Zeile ssh_pwauth: true vorhanden ist. Entfernen oder kommentieren Sie die Zeile set-password und die folgenden Zeilen, falls sie existieren.

      users:
      -  default
      <!--NeedCopy-->
     

   • Wenn Sie den von cloud-init erstellten Standardbenutzer ec2-user oder ubuntu verwenden möchten, können Sie das Benutzerkennwort mit dem Befehl passwd ändern. Merken Sie sich das neue Kennwort für die spätere Anmeldung bei den von MCS erstellten VMs.

   • Bearbeiten Sie die Datei /etc/ssh/sshd_config, um sicherzustellen, dass die folgende Zeile vorhanden ist:

      PasswordAuthentication yes
      <!--NeedCopy-->
     

     Speichern Sie die Datei und führen Sie den Befehl sudo service sshd restart aus.

Schritt 2b: (Nur für Ubuntu 16.04) OpenJDK 11 installieren

Installieren Sie unter Ubuntu 16.04 OpenJDK 11, indem Sie die folgenden Schritte ausführen:

1. Laden Sie das neueste OpenJDK 11 von https://jdk.java.net/archive/ herunter.
2. Führen Sie den Befehl tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz aus, um das heruntergeladene Paket zu entpacken.
3. (Optional) Führen Sie den Befehl mv jdk-11.0.2/ <Zielverzeichnis> aus, um OpenJDK in einem Zielverzeichnis zu speichern.
4. Führen Sie den Befehl update-alternatives --install /usr/bin/java java <benutzerdefiniertes Verzeichnis>/bin/java 2000 aus, um die Java-Laufzeit einzurichten.
5. Führen Sie den Befehl java -version aus, um die Java-Version zu überprüfen.

Schritt 2c: Linux VDA-Paket auf der Vorlagen-VM installieren

Hinweis:

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

Bevor Sie das Linux VDA-Paket auf der Vorlagen-VM installieren, installieren Sie .NET Core Runtime 3.1. Weitere Informationen finden Sie unter Installationsübersicht.

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

Für RHEL/CentOS:

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 2d: Repositories zum Installieren des `tdb-tools`-Pakets aktivieren

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 2e: Das EPEL-Repository installieren, das ntfs-3g anbieten kann

Installieren Sie das EPEL-Repository auf RHEL 8/CentOS 8, RHEL 7/CentOS 7, damit das spätere Ausführen von deploymcs.sh das im EPEL-Repository verfügbare ntfs-3g-Paket installiert.

Schritt 2f: ntfs-3g manuell auf SUSE 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. Entpacken 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 2g: Einrichten der Laufzeitumgebung

Führen Sie vor dem Ausführen von deploymcs.sh Folgendes aus:

-  Ändern Sie Variablen in `/etc/xdl/mcs/mcs.conf`. Die Konfigurationsdatei `mcs.conf` enthält Variablen zum Einrichten von MCS und des Linux VDA. Im Folgenden sind einige der Variablen aufgeführt, von denen `dns` und `AD_INTEGRATION` festgelegt werden müssen:

**Hinweis:** Wenn eine Variable mit mehreren Werten festgelegt werden kann, setzen Sie die Werte in einfache Anführungszeichen und trennen Sie sie durch Leerzeichen. Beispiel: LDAP_LIST='aaa.lab:389 bbb.lab:389'.

-  `Use_Existing_Configurations_Of_Current_VDA`: Legt fest, ob die vorhandenen Konfigurationen des aktuell ausgeführten VDA verwendet werden sollen. Wenn auf Y gesetzt, sind die Konfigurationsdateien auf MCS-erstellten Maschinen identisch mit den 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.

-  `dns`: Legt die DNS-IP-Adresse fest.

-  `AD_INTEGRATION`: Legt Winbind, SSSD, PBIS oder Centrify fest. Eine Matrix der Linux-Distributionen und Domänenbeitrittsmethoden, die MSC unterstützt, finden Sie unter [Unterstützte Distributionen](#supported-distributions) in diesem Artikel.

-  `CENTRIFY_DOWNLOAD_PATH`: Legt den Pfad zum Herunterladen des Centrify-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.

-  `WORKGROUP`: Legt den Namen der Arbeitsgruppe (Groß-/Kleinschreibung beachten) fest, wenn Sie ihn in AD konfiguriert haben.

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

Schritt 2h: Erstellen eines Masterimages

1. Führen Sie /opt/Citrix/VDA/sbin/deploymcs.sh aus.

2. (Optional) 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/mcs/winbind_krb5.conf.tmpl und /etc/xdl/mcs/winbind_smb.conf.tmpl.

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

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

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

3. 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 Stopped ist.

4. Klicken Sie mit der rechten Maustaste auf die Vorlagen-VM und wählen Sie Image > Create Image. Geben Sie die Informationen ein und nehmen Sie die Einstellungen nach Bedarf vor. Klicken Sie auf Create Image.

   

Schritt 3: Erstellen eines Maschinenkatalogs

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 Ihre Maschinen-Vorlage (das zuvor erstellte Masterimage) aus und wählen Sie eine oder mehrere Sicherheitsgruppen.

Führen Sie weitere Konfigurationsaufgaben nach Bedarf aus. Weitere Informationen finden Sie unter Erstellen eines Maschinenkatalogs mit Studio.

Schritt 4: Erstellen einer Bereitstellungsgruppe

Eine Bereitstellungsgruppe ist eine Sammlung von Maschinen, die aus einem oder mehreren Maschinenkatalogen ausgewählt wurden. Die Bereitstellungsgruppe 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 Erstellen von Bereitstellungsgruppen.

Verwenden von MCS zum Erstellen von Linux-VMs auf GCP

Schritt 1: Einrichten Ihrer GCP-Umgebung

Weitere Informationen finden Sie unter Virtualisierungsumgebungen der Google Cloud Platform.

Schritt 2: Erstellen einer Hosting-Verbindung zu GCP in Citrix Studio

1. Wählen Sie in Citrix Studio in Citrix Cloud Configuration > Hosting > Add Connection and Resources, um eine Verbindung zu GCP zu erstellen.

   

2. Wählen Sie Google Cloud Platform als Verbindungstyp.

   

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

   

   Eine neue Verbindung wird im Hosting-Bereich angezeigt.

   

Schritt 3: Masterimage vorbereiten

Ein Masterimage enthält das Betriebssystem, nicht virtualisierte Anwendungen, den VDA und andere Software. Gehen Sie wie folgt vor, um ein Masterimage vorzubereiten:

Schritt 3a: (Nur für Ubuntu 16.04) OpenJDK 11 installieren

Installieren Sie unter Ubuntu 16.04 OpenJDK 11, indem Sie die folgenden Schritte ausführen:

1. Laden Sie das neueste OpenJDK 11 von https://jdk.java.net/archive/ herunter.
2. Führen Sie den Befehl tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz aus, um das heruntergeladene Paket zu entpacken.
3. (Optional) Führen Sie den Befehl mv jdk-11.0.2/ <Zielverzeichnis> aus, um OpenJDK in einem Zielverzeichnis zu speichern.
4. Führen Sie den Befehl update-alternatives --install /usr/bin/java java <benutzerdefiniertes Verzeichnis>/bin/java 2000 aus, um die Java-Laufzeitumgebung einzurichten.
5. Führen Sie den Befehl java -version aus, um die Java-Version zu überprüfen.

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

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 Core Runtime 3.1. Weitere Informationen finden Sie unter Installationsübersicht.

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

Für RHEL/CentOS:

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 3c: Repositorys zum Installieren des Pakets tdb-tools aktivieren

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 3d: EPEL-Repository installieren, das ntfs-3g bereitstellen kann

Installieren Sie das EPEL-Repository unter RHEL 8/CentOS 8, RHEL 7/CentOS 7, damit deploymcs.sh später das im EPEL-Repository verfügbare ntfs-3g-Paket installiert.

Schritt 3e: ntfs-3g manuell unter SUSE 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 3f: Laufzeitumgebung einrichten

Führen Sie vor dem Ausführen von deploymcs.sh Folgendes aus:

• Ändern Sie Variablen in /etc/xdl/mcs/mcs.conf. Die Konfigurationsdatei mcs.conf enthält Variablen zum Festlegen von MCS und des Linux VDA. Im Folgenden sind einige der Variablen aufgeführt, von denen dns und AD_INTEGRATION festgelegt werden müssen:

  Hinweis: Wenn eine Variable mit mehreren Werten festgelegt werden kann, setzen Sie die Werte in einfache Anführungszeichen und trennen Sie sie durch Leerzeichen. Beispiel: LDAP_LIST=’aaa.lab:389 bbb.lab:389’.

  • Use_Existing_Configurations_Of_Current_VDA: Legt fest, ob die vorhandenen Konfigurationen 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.

  • dns: Legt die DNS-IP-Adresse fest.

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

  • WORKGROUP: Legt den Arbeitsgruppennamen (Groß-/Kleinschreibung beachten) fest, wenn Sie ihn in AD konfiguriert haben.

• 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 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 3f: Masterimage erstellen

1. Führen Sie /opt/Citrix/VDA/sbin/deploymcs.sh aus.

2. (Optional) 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/mcs/winbind_krb5.conf.tmpl und /etc/xdl/mcs/winbind_smb.conf.tmpl.

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

   Für Centrify-Benutzer aktualisieren Sie die Vorlagen /etc/xdl/mcs/centrify_krb5.conf.tmpl und /etc/xdl/mcs/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. Nachdem Sie die Installation der Anwendungen auf der Vorlagen-VM abgeschlossen haben, fahren Sie die Vorlagen-VM über VMware herunter. Erstellen Sie einen Snapshot der Vorlagen-VM.

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 der Snapshot-Liste aus.

Führen Sie bei Bedarf weitere Konfigurationsaufgaben 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 wurden. Die Bereitstellungsgruppe 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 Bereitstellungsgruppen erstellen.

MCS zum Erstellen von Linux-VMs auf Nutanix AHV verwenden

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: Nutanix AHV-Plug-In für lokale Delivery Controller installieren und registrieren

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: Nutanix AHV-Plug-In für Cloud Delivery Controller installieren und registrieren

Nachdem Sie Citrix Virtual Apps and Desktops installiert haben, 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 auch dann registrieren, 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 unter 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 Service auf Citrix Cloud Connectors neu.

  Tipp:

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

Schritt 2: Eine Hosting-Verbindung zu Nutanix 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. 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.

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 Hosting-Einheit aus.

   Beispiel in der lokalen Citrix Studio:

   

   Beispiel in der webbasierten Studio-Konsole in Citrix Cloud:

   

3. Wählen Sie auf der Seite Netzwerk ein Netzwerk für die Hosting-Einheit aus.

Schritt 3: Masterimage auf der Vorlagen-VM vorbereiten

Ein Masterimage enthält das Betriebssystem, nicht virtualisierte Anwendungen, VDA und andere Software. Um ein Masterimage vorzubereiten, führen Sie die folgenden Schritte aus:

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

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 Core Runtime 3.1. Weitere Informationen finden Sie unter Installationsübersicht.

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

Für RHEL/CentOS:

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 3b: Repositorys zum Installieren des tdb-tools-Pakets aktivieren

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 3c: Installieren des EPEL-Repositorys, das ntfs-3g bereitstellen kann

Installieren Sie das EPEL-Repository auf RHEL 8/CentOS 8, RHEL 7/CentOS 7, damit das spätere Ausführen von deploymcs.sh das im EPEL-Repository verfügbare ntfs-3g-Paket installiert.

Schritt 3d: Manuelles Installieren von ntfs-3g unter SUSE

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 3e: Einrichten der Laufzeitumgebung

Führen Sie vor dem Ausführen von deploymcs.sh Folgendes aus:

• Ändern Sie Variablen in /etc/xdl/mcs/mcs.conf. Die Konfigurationsdatei mcs.conf enthält Variablen zum Einrichten von MCS und des Linux VDA. Im Folgenden sind einige der Variablen aufgeführt, von denen dns und AD_INTEGRATION festgelegt werden müssen:

  Hinweis: Wenn eine Variable mit mehreren Werten festgelegt werden kann, setzen Sie die Werte in einfache Anführungszeichen und trennen Sie sie durch Leerzeichen. Beispiel: LDAP_LIST=’aaa.lab:389 bbb.lab:389.’

  • Use_Existing_Configurations_Of_Current_VDA: Bestimmt, ob die vorhandenen Konfigurationen des aktuell ausgeführten VDA verwendet werden sollen. Wenn auf Y gesetzt, sind die Konfigurationsdateien auf MCS-erstellten Maschinen dieselben wie die entsprechenden 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.

  • dns: Legt die DNS-IP-Adresse fest.

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

  • WORKGROUP: Legt den Arbeitsgruppennamen (Groß-/Kleinschreibung beachten) fest, wenn Sie ihn in AD konfiguriert haben.

• 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 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 3f: Auf Nutanix AHV, fahren Sie die Vorlagen-VM herunter. Erstellen und benennen Sie einen Snapshot Ihres Masterimages

Hinweis:

Sie müssen Acropolis-Snapshot-Namen mit XD_ präfixen, 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.

Schritt 4: Erstellen eines Maschinenkatalogs

Erstellen Sie in Citrix Studio einen Maschinenkatalog und geben Sie die Anzahl der im Katalog zu erstellenden VMs an. Wählen Sie auf der für Nutanix einzigartigen Seite Container 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.

Führen Sie bei Bedarf weitere Konfigurationsaufgaben durch. Weitere Informationen finden Sie unter Erstellen eines Maschinenkatalogs mit Studio.

Hinweis:

Wenn der Erstellungsprozess Ihres Maschinenkatalogs auf dem Delivery Controller™ viel Zeit in Anspruch nimmt, gehen Sie zu Nutanix Prism und schalten Sie die mit Preparation präfixierte Maschine 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. Die Bereitstellungsgruppe 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 Erstellen von Bereitstellungsgruppen.

Verwenden von MCS zum Aktualisieren Ihres Linux VDA

Gehen Sie wie folgt vor, um MCS zum Aktualisieren Ihres Linux VDA zu verwenden:

1. Stellen Sie sicher, dass Sie .NET Core Runtime 3.1 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. 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 und CentOS 8:

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

   Für SUSE:

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

   Für Ubuntu 16.04:

   sudo dpkg -i xendesktopvda_<version>.ubuntu16.04_amd64.deb
   <!--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-->
   

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="enabled"

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 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 MCS-erstellten VMs aktivieren

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

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:

   Sie müssen alle erforderlichen Variablen in /etc/xdl/mcs/mcs.conf festlegen, da diese Variablen beim Start der VM aufgerufen werden.

   1. Setzen Sie den Wert von Use_Existing_Configurations_Of_Current_VDA auf Y.
   2. Setzen Sie die Variable FAS_LIST auf die Adresse Ihres FAS-Servers oder auf mehrere FAS-Serveradressen, die durch Semikolons getrennt und in doppelte Anführungszeichen eingeschlossen sind, z. B. FAS_LIST="<FAS_SERVER_FQDN>;<FAS_SERVER_FQDN>".
   3. Legen Sie die anderen erforderlichen Variablen 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:

   Sie müssen alle erforderlichen Variablen in /etc/xdl/mcs/mcs.conf festlegen, da diese Variablen beim Start der VM aufgerufen werden.

   1. Setzen Sie den Wert von Use_Existing_Configurations_Of_Current_VDA auf Y.
   2. Setzen Sie die Variable FAS_LIST auf die Adresse Ihres FAS-Servers.
   3. Legen Sie die anderen erforderlichen Variablen 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.