Bekannte Probleme
App Layering-Upgrade
App Layering 2312
Das Upgrade auf App Layering 2312 schlägt möglicherweise fehl und es wird der Fehler Beim Upgrade der Appliance ist ein Fehler aufgetreten” zurückgegeben. Versuchen Sie das Upgrade erneut, nachdem Sie die Wiederherstellung mit einem sauberen Snapshot durchgeführt haben.” Wir sind uns eines Problems mit einigen Appliances bewusst, die von früheren Versionen aktualisiert wurden. In diesem Szenario schlägt das Upgrade möglicherweise fehl, da ältere Upgrader-Komponenten vorhanden sind. Wir arbeiten an einem gepatchten Build für App Layering 2306, der eine permanente Lösung für dieses Problem enthält.
Um dieses Problem zu umgehen, müssen Sie das Legacy-Modul entfernen, indem Sie die folgenden Änderungen in der Layering-Appliance vornehmen:
- Melden Sie sich mit dem Root-Login und dem Kennwort bei der Appliance-Konsole an.
- Führen Sie den Befehl “yum remove mod_http2” aus. Es kann mehrere Minuten dauern, bis der Befehl ausgeführt wird.
- Melden Sie sich nach Abschluss des Befehls mit einem Webbrowser wieder bei der Appliance an und führen Sie das Upgrade erneut aus.
- Es kann 30 Minuten oder länger dauern, bis das Upgrade abgeschlossen ist, aber jetzt muss es erfolgreich sein.
App Layering 2005
- Das Upgrade-Paket für App Layering 2005 ist groß genug, dass ältere Appliances es nicht automatisch herunterladen können. Wenn Sie Version 2001 oder älter ausführen, laden Sie das Paket manuell von der Download-Siteherunter.
-
Wir empfehlen, das Upgrade von einer Managementkonsole in Secure HTTP (HTTPS) auszuführen. Wenn Sie ein Upgrade in HTTP durchführen, werden keine Nachrichten im Browser angezeigt. In diesem Fall aktualisieren Sie den Browser nach 20 Minuten. (Das Aktualisieren verursacht trotz der Meldung, dass nicht aktualisiert werden soll, keine Probleme.) Wenn das Upgrade noch läuft, wird ein “Dienst nicht verfügbar” -Fehler angezeigt. Es ist sicher, die Nachricht zu ignorieren und den Browser alle paar Minuten zu aktualisieren, bis die Anmeldeseite angezeigt wird.
- Wenn Sie zwei Aktualisierungspakete mit demselben Namen in verschiedenen Ordnern in Network File Share haben, werden bei Auswahl eines dieser Pakete beide Pakete ausgewählt. Wenn beide Pakete dieselbe Version haben, ist das Upgrade erfolgreich. Wenn sie unterschiedliche Versionen haben, wählt das System die niedrigere Versionsnummer. Dies geschieht mit Enterprise Layer Manager (ELM) Version 22.2.
App Layering Appliance und -Verwaltungskonsole
- In der neuen Benutzeroberfläche können Plattformtypen nicht bearbeitet werden. Plattformtypen bearbeiten funktioniert in der alten Benutzeroberfläche immer noch korrekt. (UNI-86856)
- Bei der Installation der App Layering-Appliance müssen Sie die Standard-CPU-Einstellung von 4 CPUsverwenden.
- Wenn Sie Rollen in einer komplexen Active Directory Umgebung verwenden und die Anmeldungen langsam sind, weisen Sie alle Rollen expliziten Benutzern anstelle von Gruppen zu.
Links zur App Layering-Dokumentation
Die Dokumentationslinks in der Verwaltungskonsole werden als leere Seite in Internet Explorer 11 geöffnet. Um dieses Problem zu umgehen, fügen Sie den Link in einen anderen Browser ein. Die Dokumentation wird korrekt angezeigt.
App Layering Agent
Standardmäßig wird der Citrix App Layering Agent unter dem lokalen Systemkonto auf dem Hyper-V-Server ausgeführt. Wenn Sie das Konto auf etwas anderes als das lokale Systemändern, kann der Agent keine Datenträger n von und zu der Appliance übertragen.
App Layering OS-Toolmaschinen
-
(Nur Version 19.5) Aktualisieren Sie nach dem Upgrade auf Version 19.5 (oder höher) von 19.3 (oder früher) unbedingt die KMS Office Activation, um Office 2019 zu verwenden. Wenn Sie Ihr Betriebssystem-Image für das Layering vorbereiten, laden Sie die neuen App Layering OS Machine Tools herunter und führen Sie sie aus.
-
(Nur Version 19.1) Stellen Sie beim Vorbereiten des Betriebssystemimages für das Layering sicher, dass Ihre KMS Office-Aktivierung beim Start des Desktops ausgelöst wird. Laden Sie nur für diese Version die App Layering OS Machine Tools ab Version 18.12herunter und führen Sie sie aus.
Microsoft Teams 2.x
Microsoft Teams 2.x hat seine Installationsmethode geändert und wird jetzt unter C:\Program Files\WindowsApps
installiert. Um diese Änderung zu unterstützen, müssen Sie App Layering Version 2403.2 oder höher ausführen. Sie können auf der App Layering-Downloadseite einen Upgrade-Datenträger herunterladen, der diesen Fix enthält.
Beachten Sie Folgendes:
- Sie müssen weiterhin die MSFT-Empfehlungen befolgen, um bestimmte Ordner/Dateien von der Persistenz auszuschließen.
- Elastic-Fit gibt an, dass diese App-Layer nicht für elastische Zuweisungen geeignet sind (schließen Sie die UWP/Appx-App-Layer in das veröffentlichte Image ein).
- Bestehende Benutzer auf Benutzerebene müssen eine “Erstanmeldung” vornehmen, wenn Änderungen an der Mischung vorgenommen werden oder Versionen dieser beiden Anwendungen im Image geändert werden.
- Wenn Sie Microsoft Teams in einer App-Layer-Revision aktualisieren, entfernen Sie die vorherige Version, bevor Sie die neuere Version installieren.
- Wenn Microsoft Teams 2.1 zuvor auf dem Betriebssystemlayer installiert wurde, muss es vor dem Erstellen von App-Layern aus dem Betriebssystemlayer entfernt werden.
Wenn Sie eine frühere Version von App Layering ausführen, ist eine Problemumgehung erforderlich, um Microsoft Teams 2.1 im Betriebssystemlayer zu installieren. Verwenden Sie die folgende Problemumgehung.
Workaround:
- Erstellen Sie eine Betriebssystemlayer-Version.
- Laden Sie das EXE-Installationsprogramm für Windows 10 oder 11 herunter.
- Laden Sie MSIX herunter.
Hinweis:
Weitere Informationen zum EXE-Installationsprogramm und zu MSIX finden Sie in der Microsoft-Dokumentation.
- Öffnen Sie eine Admin-Eingabeaufforderung.
- Deaktivieren Sie das automatische Update von Microsoft Teams mit dem folgenden Befehl:
reg add hklm\software\microsoft\teams /v disableAutoUpdate /t REG_DWORD /d 1 /f
- Je nachdem, wo
.MSIX
sich befindet, gehen Sie wie folgt vor:- Verwenden Sie für Windows 10 oder 11 den folgenden Befehl:
.\teamsbootstrapper.exe -p -o "c:\path\to\teams.msix"
- Verwenden Sie für Windows Server 2016, 2019 oder 2022 den folgenden Befehl:
Dism /Online /Add-ProvisionedAppxPackage /PackagePath:<MSIX package path> /SkipLicense
- Verwenden Sie für Windows 10 oder 11 den folgenden Befehl:
- Starten Sie Microsoft Teams, um die Installation abzuschließen.
-
Erstellen Sie eine UserExclusion-Datei, die die folgenden von MSFT empfohlenen Ausschlüsse enthält:
c:\Users\*\AppData\Local\Publishers\8wekyb3d8bbwe\TeamsSharedConfig\Meeting-Addin\
c:\Users\*\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\Logs\
c:\Users\*\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\PerfLogs\
c:\Users\*\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\EBWebView\WV2Profile_tfw\WebStorage\
- Stellen Sie die Betriebssystemlayer-Version fertig.
- (Optional) Stellen Sie sicher, dass keine Anwendungsebenen, die eine frühere Version von Microsoft Teams enthalten, elastisch oder statistisch zugewiesen werden.
Hinweis:
- Führen Sie die
.MSIX
-Datei selbst nicht aus. Dadurch wird Microsoft Teams installiert und wäre im Startmenü verfügbar. Wenn Sie jedoch darauf klicken, wird der Vorgang nicht gestartet.- Melden Sie sich bei keinem Microsoft Teams-Konto an, während Sie einen Betriebssystemlayer erstellen, und ändern Sie keine Microsoft Teams-Einstellungen. Persönliche Konten werden mit den neuen Microsoft Teams nicht unterstützt. Weitere Informationen finden Sie in der Microsoft-Dokumentation.
[UNI-90395]
Elastic Layering
- Microsoft Office kann aufgrund der Art und Weise, wie seine Lizenzen in den Windows Store integriert sind, nicht elastisches Layering verwenden. Der Office-App-Layer muss im Layerimage enthalten sein.
- Wenn Sie ein Image mit elastischem Layering aktivieren, können Benutzer möglicherweise Dateien und Verzeichnisse aus anderen Sitzungen in Windows Explorer anzeigen. Verzeichnisse, die in der anderen Sitzung untersucht werden, können Ordner erstellen, die für alle Sitzungen sichtbar sind, die über die Berechtigung zum Durchsuchen dieses Verzeichnisses verfügen.
- Wenn Sie Elastic Layer-Zuweisungen mit Windows Server 2008 oder Windows 7 verwenden, erstellen Sie Ihre Dateifreigabe mit einer Sektorgröße von 512. Weitere Informationen zu diesem Problem und den zugehörigen Betriebssystem-Updates finden Sie unter:
Benutzerlayer
- Bei der Anmeldung nach dem Upgrade werden die Windows First Sign-In-Bildschirmegestartet: Wenn Sie sich nach dem Upgrade auf 4.10 oder höher anmelden, bringt die übliche Windows-First-Anmeldung den Benutzerlayer mit der Betriebssystemversion auf dem neuesten Stand. Der Prozess behält Benutzerlayer-Dateien bei.
Unterstützung für Windows 10
- Windows 10, Version 20H2-Upgrades. Wenn Sie den OS-Layer von einer früheren Version auf Windows 10 20H2 aktualisieren, führen Sie ein Upgrade direkt auf Build 19042.630 oder höher durch. Ein Upgrade von Builds von Windows 10 20H2, die vor dem 16.11.2020 veröffentlicht wurden, kann zu inkonsistenten Image-Bereitstellungen führen. Wenn Sie beispielsweise Images mit einer Vorlage veröffentlichen, bei der die Option Offline generalisieren ausgewählt ist, funktionieren die veröffentlichten Images möglicherweise nicht richtig.
- Das Upgrade erfordert zusätzliche Schritte, wenn Sie zu einer neuen Windows 10-Hauptversion wechseln: Während des Upgrades kann Windows 10 ein Wiederherstellungsvolume auf demselben Datenträger wie die Version des Betriebssystemlayers erstellen. Löschen Sie dieses Volume immer, bevor Sie die Version des Betriebssystemlayers fertig stellen. Andernfalls kann das Wiederherstellungsvolume dazu führen, dass Desktops nicht ordnungsgemäß gestartet werden. Weitere Informationen finden Sie unter Ausgabe 9 unter Windows 10 v2004, 20H2, 21H1 und 21H2 — Bekannte Probleme mit Citrix.
- Wenn Sie das App Layering-Skript
Optimizations.cmd
generiert und auf einen OS-Layer von Windows 10 1909 angewendet haben, funktioniert die Option Suchen im Startmenü möglicherweise nicht wie erwartet. Um dieses Problem zu vermeiden, fügen Sie eine Version zum OS-Layer hinzu und führen Sie das Programmc:\windows\setup\scripts\Optimize.hta
aus. Um ein neues SkriptOptimizations.cmd
zu erstellen, das auf die neue Layer-Version angewendet werden soll, deaktivieren Sie Tablet-Eingabe-Service deaktivieren (Abschnitt 6, Option M) und wählen Sie Datei speichern aus. Bevor Sie den OS-Layer fertigstellen, führen Sie den BefehlPowershell Set-Service TabletInputService -startuptype manual
aus, um die Auswirkungen aller vorherigenOptimizations.cmd
rückgängig zu machen, die den Dienst möglicherweise deaktiviert haben.
Connectors
- Wenn Sie den Azure Deployments-Connector verwenden und alle Vorlagen löschen und den Connector bearbeiten, um eine neue Vorlage auszuwählen, wird eine gelöschte Vorlagenversion angezeigt. Wenn Sie dann auf Speichernklicken, wird ein Fehler angezeigt. Um das Problem zu umgehen, wählen Sie erneut eine gültige Vorlagenversion aus, bevor Sie auf Speichern klicken. (UNI-88412)
- Wenn Sie die Windows-Mini-Boot-Disk-Option verwenden, können Sie bis zu vier Voraussetzungslayer für jeden App-Layer angeben. Wenn für eine App mehr als vier weitere Anwendungen während der Installation vorhanden sein müssen, installieren Sie mehrere Apps auf einer Layer. (UNI-69524)
- Wenn Sie beim Erstellen eines Layers (App, OS oder Plattform) unter Windows 7 64-Bit die Option Offload Compositing in der Connectorkonfiguration auswählen, können Probleme beim Hinzufügen einer Version zum Layer auftreten. Ein Fehler ist aufgetreten und die Verpackungsmaschine wurde nicht erstellt. Wenn Offload Compositing in der Connectorkonfiguration nicht ausgewählt ist, wird die Verpackungsmaschine erstellt. (UNI-82545)
- Empfangen des 503-Fehlers, “Probleme mit Serverbesetzten” von Azure. Wenn Sie diesen Fehler ständig erhalten, folgen Sie den Schritten in CTX310868. Dieses Problem tritt sporadisch auf und eine Lösung dafür wird getestet. (ALHELP-1383)
- Wenn Sie versuchen, einen Namen für einen Connector einzugeben, und dieser Name ist bereits vorhanden, erhalten Sie vom System eine generische Fehlermeldung und nicht die richtige Fehlermeldung. Das Problem tritt bei den Connectors Azure Deployments, Machine Creation for Azure Deployments, VMware vSphere undMachineCreation for vSphere auf. (UNI-89218)
Citrix Provisioning
- Wenn Sie eine Imagevorlage erstellen, müssen die Hardwareeinstellungen des Zielgeräts mit den Einstellungen des Windows-Betriebssystems und des Plattformlayers übereinstimmen. Stellen Sie sicher, dass die Hardwareeinstellungen auf dem Zielgerät mit den Hardwareeinstellungen des Betriebssystems und des Plattformlayers übereinstimmen, insbesondere mit der Anzahl der CPUs. Wenn die Einstellungen nicht übereinstimmen, erhalten Sie möglicherweise die Meldung Neustart erforderlich”, wenn Sie das veröffentlichte Image starten. (UNI-50799)
- Wenn Sie Provisioning Services verwenden, müssen Sie IPv6 im Betriebssystemlayer und nicht im Plattform-Layer deaktivieren. (UNI-53600)
- Beim Importieren von VHDX-Dateien, die von App Layering in den PVS-Datenträgerspeicher veröffentlicht wurden, wird manchmal eine ungültige Datenträgermeldung angezeigt. Beseitigen Sie den Fehler, indem Sie die Punkt (.) Zeichen in Datum und Uhrzeit des veröffentlichten Dateinamens ändern. Ein gültiger Dateiname enthält nur einen Punkt vor der Dateinamenerweiterung: .VHDX. (UNI-75902)
- Wenn Offload Compositing in der Connectorkonfiguration ausgewählt ist:
- Der Pfad für den Citrix Provisioning Store überprüft nicht, ob er Leerzeichen enthält. Ersetzen Sie die Leerzeichen durch% 20 um den Namen gültig zu machen. (UNI-84868)
- Veröffentlichungsaufträge schlagen fehl, wenn der Dateifreigabepfad mit einem umgekehrten Schrägstrich (\) endet. (UNI-85045)
- Veröffentlichungsaufträge schlagen mit einer ComponentActivator-Fehlermeldung fehl, wenn der Domänenbenutzer keine Lese- und Schreibberechtigung für den Dateifreigabepfad hat (UNI-85020)
- Wenn Sie einen Hyper-V-Connector für die Offload Compositing-Konfiguration auswählen und die Betriebssystemlayer Gen 2 ist, müssen Sie eine weitere Version des Betriebssystemlayers erstellen und dann die Plattformlayer aus dieser Betriebssystemversion erstellen. Andernfalls bootet das Ziel nicht. (UNI-85044)
-
Beim Festlegen des Compositing-Dateifreigabepfads für die Connectorkonfiguration wird die Konnektivität zwischen der Compositing-Engine und dem Citrix Provisioning Store nicht überprüft. Wenn der Store-Pfad nicht dem Dateifreigabepfad zugeordnet ist, wird ein Fehler ähnlich dem folgenden angezeigt:
- Fehler: “Ein unerwarteter Systemfehler ist aufgetreten. Wiederholen Sie den Vorgang oder wenden Sie sich an den technischen Support. Ausnahmemeldung: Der Statuscode der Antwort zeigt keinen Erfolg an: 404 (Not Found). [Einzelheiten zur Ausnahme] (UNI-85045), (UNI-85020)
XenServer
- Wenn Sie Ihr Betriebssystemimage für die Verwendung in Ihrem XenServer vorbereiten, müssen Sie Port 5900 öffnen, um den Konsolenzugriff zu ermöglichen. (UNI-50846)
- Stellen Sie die Konfiguration des Citrix App Layering-Connectors immer so ein, dass sie auf den Masterknoten verweist. (UNI-52454)
- Voraussetzungslayer:
- Wenn eine Maschine beim Booten hängt und ein Voraussetzungslayer ausgewählt ist, ist einer der Layerdatenträger wahrscheinlich nicht angeschlossen. Stellen Sie sicher, dass die Citrix Guest Tools entweder im Betriebssystem- oder Plattformlayer enthalten sind.
- Wenn Sie zum Erstellen des Betriebssystem- oder Plattformlayers erforderliche Layer verwenden, müssen Citrix Tools vorhanden sein. Ohne die Werkzeuge versagt die Verpackungsmaschine und Sie erhalten einen Bluescreen. XenServer kann keine Geräte sehen, die nach dem DVD-Laufwerk angeschlossen sind. Das DVD-Laufwerk befindet sich immer im dritten Steckplatz. (UNI-67741)
Citrix Virtual Apps and Desktops (CVAD)
- Wenn Sie Citrix Virtual Apps and Desktops auf Version 7.15 CU4 aktualisieren, müssen Sie .NET Framework 4.7.1 zuerst auf einer neuen Version Ihres Betriebssystemlayer und nicht auf dem Plattformlayer installieren. Die Installation von .NET Framework 4.7.1 auf der Betriebssystemlayer stellt sicher, dass alle App-Layer, Plattform-Layer und Images ordnungsgemäß funktionieren. Die neuesten Windows-Updates beinhalten bereits .NET Framework 4.7.1 als Teil der Updates. (ALHELP-588, UNI-75108)
Google Cloud
-
Wenn Sie Layer von einer anderen Plattform importieren, müssen Sie dem OS-Layer eine Version hinzufügen und von da an zur Verwendung der neuen Layer-Version wechseln. Andernfalls werden Verpackungsmaschinen und veröffentlichte Images wahrscheinlich mit einem Bluescreen ausfallen.
-
Google Cloud Connectorkonfiguration. “Anmeldeinformationen überprüfen” verifiziert die Rolle des Dienstkontobenutzers. Wenn das in der Google Cloud Connectorkonfiguration angegebene Dienstkonto JSON-Schlüsseldatei sich von dem Dienstkonto unterscheidet, das mit Ihrer ausgewählten Instanzvorlageverknüpft ist, muss Ihr Dienstkonto in der Konfiguration über den Dienstkontobenutzer verfügenRolle. Ist dies nicht der Fall, erhalten Sie eine Fehlermeldung, wenn Sie eine Maschine mit dieser Connectorkonfiguration bereitstellen. (UNI-82082)
Nutanix Acropolis
-
Die folgende Meldung während der Erstellung von App-Layern zeigt an, dass die App-Layer-Einstellungen einen Plattformlayer angeben. Verwenden Sie keine Plattformlayer mit der leistungssteigernden Caching-Funktion des App-Layers. (UNI-67742)
VMware vSphere
- Beim Erstellen des Betriebssystemlayers mit dem Assistenten zum Erstellen von Betriebssystemlayern werden virtuelle Maschinen mit Unified Extensible Firmware Interface (UEFI) aufgelistet. Sie können jedoch keine UEFI-Maschinen mit dem Assistenten erstellen. Verwenden Sie stattdessen das neue Skript
ImportOsLayer.ps1
, um das Betriebssystem auf die neue OS-Layermaschine zu importieren . - Wenn Sie eine vSphere Connectorkonfiguration mit VMware Cloud und einem vSAN 7.0 Update 2 (oder höher) -Datenspeicher verwenden, muss Offload Compositing ausgewählt werden. (UNI-85216)
- Wenn Sie den neuen VMware vSphere-Connector in AL 23.4 verwenden und beim Erstellen oder Bearbeiten des Connectors ein undurchsichtiges Netzwerk auswählen, schlägt der Connector fehl. Um dieses Problem zu umgehen, wählen Sie ein Netzwerk aus, das nicht undurchsichtig ist. Bestehende Connectorkonfigurationen, die ein undurchsichtiges Netzwerk verwenden, das vor AL 23.4 erstellt wurde, funktionieren weiterhin normal. (UNI-89439)
Microsoft Azure
- App Layering unterstützt keinen Azure File-Speicher. Für die Speicherung in Azure erstellen Sie eine SMB-Dateifreigabe oder eine Netzwerkdateifreigabe. (UNI-42272)
- Managed Disks werden nur für Betriebssystemimporte unterstützt. Durch das Packen von App-Layern und das Veröffentlichen von Images werden nur nicht Wählen Sie beim Erstellen einer virtuellen Maschine in Azure No managed disks aus.
Microsoft Hyper-V
- Wenn Sie eine Hyper-V-Connectorkonfiguration für Offload Compositing auswählen und Ihre Betriebssystemlayer Gen 2 ist, muss die Layer mindestens eine Version neben dem Original haben. Außerdem muss die Plattformlayer, auf der die Citrix Provisioning-Zielgerätsoftware installiert ist, mit der neuen Betriebssystemlayerversion erstellt werden. (UNI-85044)
- Wenn eine Hyper-V-Connectorkonfiguration für Offload Compositing mit Gen 2 (UEFI) und VHDX festgelegt ist, ist die Auswahl von VHD als Datenträgerformat in der Citrix Provisioning Connectorkonfiguration zulässig, diese Konfiguration wird jedoch nicht unterstützt.
- Wenn Sie Elastic Layering in Hyper-V konfigurieren, müssen Sie nicht verwaltete RDS-Pools verwenden (UNI-53545)
-
Wenn beim Erstellen eines App-Layer ein Plattformlayer in den App-Layer-Einstellungen angegeben ist, wird eine Fehlermeldung angezeigt. Verwenden Sie keine Plattform-Layer mit der Caching-Funktion von App Layering. (UNI-71868, UNI-67743)
-
Das Erstellen eines Betriebssystemlayer auf Hyper-V Server 2019 kann zu diesem Fehler führen:
‘VHD konnte nicht erstellt werden. Stellen Sie sicher, dass auf der in der Connectorkonfiguration angegebenen Freigabe genügend Speicherplatz vorhanden ist.’
Dieser Fehler ist auf ein Problem mit dem Cmdlet Microsoft PowerShell New-VHD zurückzuführen. Wir halten unser Auge auf eine Lösung von Microsoft. Verwenden Sie in der Zwischenzeit die folgende Problemumgehung für diesen Fehler:
- Stellen Sie sicher, dass die Gold-VM keine Prüfpunkte hat.
- Stellen Sie sicher, dass sich der Gold-VM-Datenträger im gleichen Verzeichnispfad ist, wie in der Connectorkonfiguration konfiguriert. Beispiel:
Der lokale Pfad ist D:\Brock
Der Gold-VM-Datenträger wird unter D:\Brock\WIn10Gold\Win10GoldDisk.vhdx gespeichert
-
App Layering kann keine Anwendungs-/Plattformlayer erstellen, wenn der Pfad zum Speicher in der Hyper-V-Connectorkonfiguration ein Backtick (`) enthält. Zum Beispiel:
mystoragename` <!--NeedCopy-->
Wenn App Layering-Images für Full User Layer konfiguriert sind, können Sie Ihre eigenen Druckergeräte direkt installieren. Wenn Sie sich jedoch ab- und anmelden, zeigen Drucker und Scanner die selbstinstallierten Druckergeräte nicht mehr an.
Um dieses Problem zu umgehen, können Sie in den Anwendungen auf die Drucker zugreifen oder diese auswählen.
Netzwerk
Anwendungen, die Netzwerkkomponenten enthalten, funktionieren möglicherweise nicht ordnungsgemäß, wenn sie in einem Anwendungslayer installiert und dann in einem veröffentlichten Image enthalten sind. Anwendungen dieses Typs müssen entweder im Betriebssystemlayer oder im Plattformlayer installiert werden, um eine korrekte Zusammenführung der netzwerkbezogenen Registrierungsinformationen im Image sicherzustellen.
Verwandte Informationen
In diesem Artikel
- App Layering-Upgrade
- App Layering Appliance und -Verwaltungskonsole
- Links zur App Layering-Dokumentation
- App Layering Agent
- App Layering OS-Toolmaschinen
- Microsoft Teams 2.x
- Elastic Layering
- Benutzerlayer
- Unterstützung für Windows 10
- Connectors
- Citrix Provisioning
- XenServer
- Citrix Virtual Apps and Desktops (CVAD)
- Google Cloud
- Nutanix Acropolis
- VMware vSphere
- Microsoft Azure
- Microsoft Hyper-V
- Netzwerk
- Verwandte Informationen