Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Fehlerbehebung Wenn Sie bei der Arbeit mit Amazon WorkSpaces Applications auf Schwierigkeiten stoßen, lesen Sie die folgenden Ressourcen zur Fehlerbehebung. **Topics** + [ # Allgemeine Problembehebung ](troubleshooting-general.md) + [ # Problembehebung für Image Builder ](troubleshooting-image-builder.md) + [ # Fehlerbehebung bei Flotten ](troubleshooting-fleets.md) + [ # Problembehebung bei Active Directory ](troubleshooting-active-directory.md) + [ # Behebung von WorkSpaces Anwendungs- und Benutzerproblemen ](troubleshooting-user-issues.md) + [ # Fehlerbehebung bei Problemen mit persistentem Speicher ](troubleshooting-persistent-storage.md) + [ # Benachrichtigungscodes für die Fehlerbehebung ](troubleshooting-notification-codes.md) # Allgemeine Problembehebung Im Folgenden sind allgemeine Probleme aufgeführt, die bei der Verwendung von Amazon WorkSpaces Applications auftreten können. **Topics** + [ ## Der SAML-Verbund funktioniert nicht. Der Benutzer ist nicht berechtigt, WorkSpaces Anwendungsanwendungen anzusehen. ](#troubleshooting-13) + [ ## Nach dem Erstellen eines Verbunds von einem ADFS-Portal startet meine Streaming-Sitzung nicht. Ich erhalte die Fehlermeldung „Sorry connection went down” (Entschuldigung, die Verbindung wurde unterbrochen). ](#troubleshooting-adfs-upn) + [ ## Ich erhalte einen ungültigen Umleitungs-URI-Fehler. ](#troubleshooting-14) + [ ## Meine Image Builder und Flotten erreichen nie den Ausführungszustand. Meine DNS-Server befinden sich in einem Simple AD-Verzeichnis. ](#fleets-image-builders-dont-run-simple-ad) + [ ## Obwohl ich die Persistenz von Anwendungseinstellungen für meine Benutzer aktiviert habe, werden ihre persistenten Anwendungseinstellungen nicht gespeichert oder geladen. ](#app-settings-save-load-failure) + [ ## Ich habe die Persistenz der Anwendungseinstellungen für meine Benutzer aktiviert. Für bestimmte Streaming-Anwendungen werden die Passwörter meiner Benutzer jedoch nicht sitzungsübergreifend beibehalten. ](#app-settings-passwords-not-persisting) + [ ## Google Chrome-Daten füllen die VHD-Datei, in der persistente Anwendungseinstellungen meiner Benutzer enthalten sind. Dadurch wird verhindert, dass ihre Einstellungen dauerhaft gespeichert werden. Wie kann ich das Chrome-Profil verwalten? ](#chrome-filling-up-app-settings-VHD) + [ ## Ich habe eine benutzerdefinierte Domain für meine eingebetteten WorkSpaces Anwendungs-Streaming-Sitzungen eingerichtet, aber mein WorkSpaces Anwendungs-Streaming wird URLs nicht zu meiner benutzerdefinierten Domain umgeleitet. ](#embedded-streaming-sessions-streaming-urls-not-redirected-to-custom-domain) + [ ## Ich habe eine App auf einer Smartcard-fähigen WorkSpaces Anwendungsflotte gestartet, und für die App steht eine begrenzte Anzahl von Zertifikaten (oder keine) zur Authentifizierung zur Verfügung. ](#no-or-limited-certificates-for-authentication-on-smartcard-fleet) + [ ## Der Certification Propagation-Dienst wird auf meiner WorkSpaces Smartcard-fähigen Anwendungsflotte nicht gestartet. ](#certification-propogation-not-starting-on-smartcard-fleet) + [ ## Ich kann mich nach der SAML-Authentifizierung nicht mit meinem Active Directory-Benutzernamen oder -Passwort anmelden. ](#troubleshooting-saml-auth) ## Der SAML-Verbund funktioniert nicht. Der Benutzer ist nicht berechtigt, WorkSpaces Anwendungsanwendungen anzusehen. Dies kann der Fall sein, da die Inline-Richtlinie, die für die IAM-Rolle des SAML-2.0-Verbunds eingebettet ist, keine Berechtigungen für den Stack-ARN enthält. Die IAM-Rolle wird von dem Verbundbenutzer übernommen, der auf einen WorkSpaces Anwendungsstapel zugreift. Bearbeiten Sie die Rollenberechtigungen, um den Stack-ARN einzuschließen. Weitere Informationen finden Sie unter [Integration von WorkSpaces Amazon-Anwendungen mit SAML 2.0](external-identity-providers.md) und [Fehlerbehebung für SAML-2.0-Verbund mit AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_saml.html) im *IAM-Benutzerhandbuch*. ## Nach dem Erstellen eines Verbunds von einem ADFS-Portal startet meine Streaming-Sitzung nicht. Ich erhalte die Fehlermeldung „Sorry connection went down” (Entschuldigung, die Verbindung wurde unterbrochen). Legen Sie den **Eingehenden Anspruchstyp** der Anspruchsregel für das SAML-Attribut der **Namens-ID** auf **UPN** fest und versuchen Sie, sich erneut zu verbinden. ## Ich erhalte einen ungültigen Umleitungs-URI-Fehler. Dieser Fehler tritt aufgrund einer falsch formatierten oder ungültigen URL für den Relay-Status des WorkSpaces Anwendungsstapels auf. Stellen Sie sicher, dass der in Ihrem Verbund-Setup konfigurierte Relay-Status mit dem Stack-Relay-Status übereinstimmt, der in den Stack-Details in der WorkSpaces Anwendungskonsole angezeigt wird. Wenn sie identisch sind und das Problem weiterhin besteht, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [Integration von WorkSpaces Amazon-Anwendungen mit SAML 2.0](external-identity-providers.md). ## Meine Image Builder und Flotten erreichen nie den Ausführungszustand. Meine DNS-Server befinden sich in einem Simple AD-Verzeichnis. WorkSpaces Applications ist darauf angewiesen, dass die DNS-Server in Ihrer VPC eine Antwort auf eine nicht existierende Domain (NXDOMAIN) für lokale Domainnamen zurückgeben, die nicht existieren. Dadurch kann die von den WorkSpaces Anwendungen verwaltete Netzwerkschnittstelle mit den Verwaltungsservern kommunizieren. Wenn Sie ein Verzeichnis mit Simple AD erstellen, AWS Directory Service erstellt zwei Domänencontroller, die in Ihrem Namen auch als DNS-Server fungieren. Da die Domänencontroller keine NXDOMAIN-Antwort bereitstellen, können sie nicht mit WorkSpaces Anwendungen verwendet werden. ## Obwohl ich die Persistenz von Anwendungseinstellungen für meine Benutzer aktiviert habe, werden ihre persistenten Anwendungseinstellungen nicht gespeichert oder geladen. WorkSpaces Applications speichert automatisch Anwendungseinstellungen, die an bestimmten Orten auf der Windows-Instanz erstellt wurden. Die Einstellungen werden nur gespeichert, wenn Ihre Anwendung sie an einem dieser Speicherorte speichert. Eine Liste der unterstützten Speicherorte finden Sie unter [So funktioniert die Persistenz von Anwendungseinstellungen](how-it-works-app-settings-persistence.md). Wenn Ihre Anwendung zum Speichern unter C:\$1Users\$1%username% konfiguriert ist und die Einstellungen Ihrer Benutzer für die Anwendung zwischen Sitzungen nicht persistent sind, wurde möglicherweise kein Bereitstellungspunkt erstellt. Dadurch wird verhindert, dass die Einstellungen in der VHD-Datei gespeichert werden, die die persistenten Anwendungseinstellungen Ihrer Benutzer enthält. Um dieses Problem zu beheben, führen Sie die folgenden Schritte aus: 1. Öffnen Sie auf der Flotten-Instance Datei-Explorer und navigieren Sie zu dem Benutzerprofil-Verzeichnis unter C:\$1Users\$1%username%. 1. Bestätigen Sie, ob dieses Verzeichnis eine symbolische Verknüpfung (symlink) enthält, und führen Sie dann einen der folgenden Schritte aus: + Wenn eine symbolische Verknüpfung (symlink) vorhanden ist, vergewissern Sie sich, dass sie auf D:\$1 %username% verweist. + Wenn keine symbolische Verknüpfung (symlink) vorhanden ist, versuchen Sie das Verzeichnis C:\$1Users\$1%username% zu löschen. Falls Sie dieses Verzeichnis nicht löschen können, bestimmen Sie, durch welche Datei im Verzeichnis das Löschen verhindert wird und mit welcher Anwendung diese Datei erstellt wurde. Bitten Sie dann den Anwendungshersteller um Informationen zum Ändern der Dateiberechtigungen oder verschieben Sie die Datei. Wenn Sie dieses Verzeichnis löschen können, wenden Sie sich an uns AWS Support , um weitere Informationen zur Lösung dieses Problems zu erhalten. Weitere Informationen finden Sie unter [AWS Support Center](https://console.aws.amazon.com/support/home#/). ## Ich habe die Persistenz der Anwendungseinstellungen für meine Benutzer aktiviert. Für bestimmte Streaming-Anwendungen werden die Passwörter meiner Benutzer jedoch nicht sitzungsübergreifend beibehalten. Dieses Problem tritt in folgenden Fällen auf: + Benutzer streamen Anwendungen, wie etwa Microsoft Outlook, die die [Microsoft-Datenschutz-API](https://docs.microsoft.com/en-us/windows/desktop/seccng/cng-dpapi) verwenden. + Die Persistenz der App-Einstellungen ist für Streaming-Instances aktiviert, die mit keinen Active-Directory-Domains verknüpft sind. In Fällen, in denen eine Streaming-Instance keiner Active Directory-Domäne angehört, ist der Windows-Benutzer PhotonUser,, auf jeder Flotteninstanz unterschiedlich. Aufgrund der Funktionsweise des DPAPI-Sicherheitsmodells bleiben die Passwörter von Benutzern für Anwendungen nicht erhalten, die DPAPI in diesem Szenario verwenden. Wenn Streaming-Instances mit einer Active-Directory-Domain verknüpft sind und es sich beim Benutzer um einen Domain-Benutzer handelt, ist der Windows-Benutzername der des angemeldeten Benutzers und die Passwörter der Benutzer bleiben für Anwendungen erhalten, die DPAPI verwenden. ## Google Chrome-Daten füllen die VHD-Datei, in der persistente Anwendungseinstellungen meiner Benutzer enthalten sind. Dadurch wird verhindert, dass ihre Einstellungen dauerhaft gespeichert werden. Wie kann ich das Chrome-Profil verwalten? Google Chrome speichert standardmäßig sowohl Benutzerdaten als auch das lokale Festplatten-Cache im Windows-Benutzerprofil. Um zu verhindern, dass die VHD-Datei, in der sich die persistenten Anwendungseinstellungen der Benutzer befinden, mit lokalen Festplatten-Cachedaten gefüllt wird, konfigurieren Sie Chrome so, dass darin nur die Benutzerdaten gespeichert werden. Öffnen Sie dazu auf der Flotten-Instance die Befehlszeile als Administrator und starten Sie Chrome mit den folgenden Parametern, um den Speicherort des Datenträger-Caches zu ändern: `chrome.exe --disk-cache-dir C:\`*path-to-unsaved-location*`\` Wenn Chrome mit diesen Parametern ausgeführt wird, wird verhindert, dass der Festplatten-Cache zwischen WorkSpaces Anwendungssitzungen beibehalten wird. ## Ich habe eine benutzerdefinierte Domain für meine eingebetteten WorkSpaces Anwendungs-Streaming-Sitzungen eingerichtet, aber mein WorkSpaces Anwendungs-Streaming wird URLs nicht zu meiner benutzerdefinierten Domain umgeleitet. Um dieses Problem zu beheben, stellen Sie sicher, dass Sie bei der Erstellung Ihrer WorkSpaces Anwendungs-Streaming-URL den WorkSpaces Anwendungsendpunkt durch Ihre benutzerdefinierte Domain ersetzt haben. Standardmäßig ist das Streaming URLs von WorkSpaces Anwendungen wie folgt formatiert: ``` https://appstream2.region.aws.amazon.com/authenticate?parameters=authenticationcode ``` Um den WorkSpaces Standardanwendungsendpunkt in Ihrer Streaming-URL zu ersetzen, ersetzen Sie **https://appstream2.** *region* die URL durch Ihre benutzerdefinierte Domain. Wenn Ihre benutzerdefinierte Domain beispielsweise **training.example.com** lautet, muss Ihre neue Streaming-URL diesem Format entsprechen: ``` https://training.example.com/authenticate?parameters=authenticationcode ``` Weitere Informationen zur Konfiguration benutzerdefinierter Domänen für eingebettete WorkSpaces Anwendungs-Streaming-Sitzungen finden Sie unter[Konfigurationsanforderungen für die Verwendung benutzerdefinierter Domänen](create-streaming-url-user-authentication.md#configuration-requirements-custom-domains). ## Ich habe eine App auf einer Smartcard-fähigen WorkSpaces Anwendungsflotte gestartet, und für die App steht eine begrenzte Anzahl von Zertifikaten (oder keine) zur Authentifizierung zur Verfügung. Dies geschieht, wenn die Anwendung gestartet wird, bevor der [Zertifikatweitergabedienst](https://docs.microsoft.com/en-us/windows/security/identity-protection/smart-cards/smart-card-certificate-propagation-service) ausgeführt wird. Um dieses Problem zu beheben, verwenden Sie das PowerShell Modul [Get-Service](https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/get-service?view=powershell-7.1), um den Status des Certificate Propagation-Dienstes abzufragen, und stellen Sie sicher, dass er ausgeführt wird, bevor Sie Ihre Anwendung starten. Das folgende Skript zum Beispiel startet die Anwendung erst, wenn der Zertifikatweitergabedienst ausgeführt wird: ``` $logFile = "$Env:TEMP\AS2\Logging\$(Get-Date -Format "yyyy-MM-dd-HH-mm-ss")_applaunch.log" New-Item -path $logfile -ItemType File -Force | Out-Null Function Write-Log { Param ([string]$message) $stamp = Get-Date -Format "yyyy/MM/dd HH:mm:ss" $logoutput = "$stamp $message" Add-content $logfile -value $logoutput } if (Get-Service -Name "CertPropSvc" | Where-Object -Property Status -eq Running) { Write-Log "The Certificate Propagation Service is running. Launching Application..." try { Start-Process -FilePath "Path to Application" -WindowStyle Maximized -ErrorAction Stop } catch { Write-Log "There was an error launching the application: $_" } } else { do { $status = Get-Service "CertPropSvc" | select-object -ExpandProperty Status Write-Log "The Certificate Propagation service status is currently $status" Start-Sleep -Seconds 2 } until (Get-Service -Name "CertPropSvc" | Where-Object -Property Status -eq Running) write-log "The Certificate Propagation Service is running. Launching Application..." try { Start-Process -FilePath "Path to Application" -WindowStyle Maximized -ErrorAction Stop } catch { Write-Log "There was an error launching the application: $_" } } ``` ## Der Certification Propagation-Dienst wird auf meiner WorkSpaces Smartcard-fähigen Anwendungsflotte nicht gestartet. Wenn der [Zertifikatweitergabedienst](https://docs.microsoft.com/en-us/windows/security/identity-protection/smart-cards/smart-card-certificate-propagation-service) nicht startet, ist der Starttyp des Dienstes möglicherweise auf **Deaktiviert** eingestellt. Um dieses Problem zu beheben, starten Sie in dem WorkSpaces Applications Image Builder, mit dem das Image Ihrer Flotte erstellt wurde, die Microsoft Management Console für Windows-Dienste und stellen Sie sicher, dass der Starttyp des Certificate Propagation-Dienstes nicht auf **Deaktiviert** gesetzt ist. Wenn der Starttyp nicht auf **Deaktiviert** gesetzt ist und der Dienst in Ihrer WorkSpaces Anwendungsflotte immer noch nicht gestartet wird, verwenden Sie das PowerShell Modul [Start-Service, um den Certificate Propagation-Dienst](https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/start-service?view=powershell-7.1) zu starten, wenn Ihre Flotteninstanz gestartet wird. Das folgende PowerShell Skript startet den Dienst beispielsweise, wenn es feststellt, dass er angehalten ist: ``` $logFile = "C:\AppStream\Logging\$(Get-Date -Format "yyyy-MM-dd-HH-mm-ss")_certpropcheck.log" New-Item -path $logfile -ItemType File -Force | Out-Null Function Write-Log { Param ([string]$message) $stamp = Get-Date -Format "yyyy/MM/dd HH:mm:ss" $logoutput = "$stamp $message" Add-content $logfile -value $logoutput } if (Get-Service -Name "CertPropSvc" | Where-Object -Property Status -eq Running) { Write-Log "The Certificate Propagation Service is running. Exiting..." Exit } else { do { if (Get-Service -Name "CertPropSvc" | Where-Object -Property Status -eq Stopped) { Write-Log "The Certificate Propagation Service is stopped, attepmting to start..." try { Start-Service -Name "CertPropSvc" -ErrorAction Stop } catch { Write-Log "There was a problem starting the service: $_" break } $status = Get-Service "CertPropSvc" | select-object -ExpandProperty Status Write-Log "The Certificate Propagation service status is currently $status" } else { $status = Get-Service "CertPropSvc" | select-object -ExpandProperty Status Write-Log "The Certificate Propagation service status is currently $status" break } } until (Get-Service -Name "CertPropSvc" | Where-Object -Property Status -eq Running) } ``` ## Ich kann mich nach der SAML-Authentifizierung nicht mit meinem Active Directory-Benutzernamen oder -Passwort anmelden. Die NameID im SAML-Anspruch muss mit dem Benutzernamen in Active Directory übereinstimmen. Einige IdPs erfordern nach der Anpassung bestimmter Attribute ein Update, eine Aktualisierung oder eine erneute Bereitstellung. Wenn Sie eine Anpassung vornehmen und diese nicht in Ihrer SAML-Erfassung berücksichtigt wird, finden Sie in der Dokumentation oder im Supportprogramm Ihres IdP nach, welche spezifischen Schritte erforderlich sind, damit die Änderung wirksam wird. # Problembehebung für Image Builder Die folgenden Probleme können auftreten, wenn Sie Amazon WorkSpaces Applications Image Builder verwenden. **Topics** + [ ## Ich kann von meinem Image Builder aus keine Internetverbindung herstellen. ](#troubleshooting-01) + [ ## Beim Versuch, meine Anwendung zu installieren, wird die Fehlermeldung angezeigt, dass die Betriebssystemversion nicht unterstützt wird. ](#troubleshooting-02) + [ ## Ich möchte ein PowerShell Windows-Skript verwenden, um meine Anwendungen zu öffnen. ](#use-powershell-launch-application) + [ ## Ich möchte ClickOnce Anwendungen Benutzern zur Verfügung stellen. ](#clickonce-applications) + [ ## Wenn ich eine Verbindung zu meinem Image Builder herstelle, wird ein Anmeldebildschirm angezeigt, auf dem ich aufgefordert werden, Strg \$1 Alt \$1 Entf zu drücken, um mich anzumelden. Mein lokaler Computer fängt diese Tastenkombination ab. ](#troubleshooting-03) + [ ## Wenn ich zwischen dem Administrator- und dem Testmodus wechsle, ist eine Passworteingabe erforderlich. Ich weiß nicht, wie ich ein Passwort abrufen kann. ](#troubleshooting-04) + [ ## Ich erhalte eine Fehlermeldung, wenn ich meine installierte Anwendung hinzufüge. ](#troubleshooting-05) + [ ## Ich habe versehentlich einen Hintergrundservice auf dem Image Builder abgebrochen und die Verbindung wurde getrennt. Jetzt kann ich mich nicht erneut mit diesem Image Builder verbinden. ](#troubleshooting-06) + [ ## Die Anwendung lässt sich nicht im Testmodus starten. ](#troubleshooting-07) + [ ## Die Anwendung konnte keine Verbindung zu einer Netzwerkressource in meinem VPC herstellen. ](#troubleshooting-08) + [ ## Ich habe mein Image-Builder-Desktop angepasst, meine Änderungen sind jedoch nicht verfügbar, wenn ich eine Verbindung zu einer Sitzung hergestellt habe, nachdem ich eine Flotte vom erstellten Abbild aus starte. ](#troubleshooting-09) + [ ## Wenn ich meine Anwendung starte, fehlt ein Befehlszeilenparameter. ](#troubleshooting-10) + [ ## Ich kann mein Abbild nicht mit einer Flotte verwenden, nachdem eine Antiviren-Anwendung installiert wurde. ](#troubleshooting-11) + [ ## Meine Abbilderstellung ist fehlgeschlagen. ](#troubleshooting-12) + [ ## Der `create-image` Image-Assistent-Vorgang schlug fehl und es wurde eine Fehlermeldung angezeigt, dass der Zugriff auf die PrewarmManifest TXT-Datei verweigert wurde ](#create-image-cli-operation-fails) ## Ich kann von meinem Image Builder aus keine Internetverbindung herstellen. Die Image-Builder-Kommunikation mit dem Internet ist keine Standardeinstellung. Um dieses Problem zu lösen, starten Sie Ihren Image Builder in einem VPC-Subnetz, das Internetzugang hat. Sie können den Internetzugang von Ihrem VPC-Subnetz aus mithilfe eines [NAT-Gateway](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) aktivieren. Sie können auch ein Internet-Gateway in Ihrer VPC konfigurieren und eine Elastic IP-Adresse an Ihren Image Builder anfügen. Weitere Informationen finden Sie unter [Netzwerk und Zugriff für WorkSpaces Amazon-Anwendungen](managing-network.md). ## Beim Versuch, meine Anwendung zu installieren, wird die Fehlermeldung angezeigt, dass die Betriebssystemversion nicht unterstützt wird. Nur Anwendungen, die auf Windows Server 2016, Windows Server 2019, Windows Server 2022 und Windows Server 2025 installiert werden können, können einem WorkSpaces Anwendungs-Image hinzugefügt werden. Prüfen Sie, ob Ihre Anwendung auf einem dieser Betriebssysteme unterstützt wird, sofern dies für Ihren Image Builder zutrifft. ## Ich möchte ein PowerShell Windows-Skript verwenden, um meine Anwendungen zu öffnen. Sie können PowerShell Windows-Skripts verwenden, um Ihre Anwendungen in der Flotteninstanz zu öffnen. Sie könnten dies zum Konfigurieren der Anwendung oder der Umgebung ausführen, bevor die Anwendung geöffnet wird. Um ein PowerShell Windows-Skript für Ihre Anwendung zu starten, geben Sie die PowerShell EXE-Datei in Image Assistant an. Navigieren Sie zu `C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe` und geben Sie die folgenden Startparameter an: -Datei "C:\$1Path\$1To\$1PowerShell\$1 Script.ps1" **Anmerkung** Damit das angegebene Skript die Anwendung öffnen kann, müssen Sie die Skriptausführungsrichtlinie außer Kraft setzen. PowerShell Fügen Sie hierzu **-ExecutionPolicy Bypass** zum Startparameter hinzu. ## Ich möchte ClickOnce Anwendungen Benutzern zur Verfügung stellen. Um Ihren ClickOnce WorkSpaces Anwendungsbenutzern eine Anwendung zur Verfügung zu stellen, müssen Sie die Anwendung zuerst als Administrator und dann als Vorlagenbenutzer auf Ihrem Image Builder installieren. Da ClickOnce Anwendungen eine benutzerspezifische Installation erfordern, müssen Sie Ihre Anwendung als Vorlagenbenutzer installieren, damit Benutzer die Anwendung von Flotteninstanzen aus starten können. Gehen Sie wie folgt vor, um die ClickOnce Anwendung als Administrator und dann als Vorlagenbenutzer zu installieren. 1. Öffnen Sie die WorkSpaces Anwendungskonsole zu [https://console.aws.amazon.com/appstream2/Hause](https://console.aws.amazon.com/appstream2/home). 1. Wählen Sie im linken Navigationsbereich **Abbilder** und **Image Builder** aus. 1. Wählen Sie in der Liste den Image Builder aus, den Sie verwenden möchten, und melden Sie sich als Administrator an. 1. Erstellen Sie eine Batchdatei, die die Datei `appref-ms` innerhalb des Benutzerprofils aufruft. Verwenden Sie die Umgebungsvariable %APPDATA%, um C:\$1Users\$1username\$1\$1 AppData Roaming zu ersetzen. Hier sehen Sie ein Beispiel für den Aufruf einer Batchdatei: ``` explorer "%APPDATA%\Microsoft\Windows\Start Menu\Programs\Company\ClickOnce.appref-ms" ``` 1. Öffnen Sie auf dem Image-Builder-Desktop den Image Assistant. 1. Wählen Sie auf der Seite **Configure Apps (Apps konfigurieren)** die Option **Switch user (Benutzer wechseln)**. 1. Wählen Sie auf der Registerkarte **Local User (Lokaler Benutzer)** die Option **Template User (Vorlagenbenutzer)** aus. 1. Installieren Sie die Anwendung nach der Anmeldung als Vorlagenbenutzer erneut. 1. Öffnen Sie auf dem Image-Builder-Desktop den Image Assistant. 1. Öffnen Sie auf der Seite **„Apps konfigurieren**“ die ClickOnce Anwendung, um zu überprüfen, ob sie ordnungsgemäß funktioniert. Nach dem Abschluss des Tests wählen Sie **Switch user (Benutzer wechseln)**. 1. Melden Sie sich wieder als Administrator an und führen Sie die erforderlichen Schritte in Image Assistant aus, um die Erstellung Ihres Abbilds abzuschließen. ## Wenn ich eine Verbindung zu meinem Image Builder herstelle, wird ein Anmeldebildschirm angezeigt, auf dem ich aufgefordert werden, Strg \$1 Alt \$1 Entf zu drücken, um mich anzumelden. Mein lokaler Computer fängt diese Tastenkombination ab. Ihr Client fängt bestimmte Tastenkombinationen möglicherweise lokal ab, anstatt sie an die Image-Builder-Sitzung zu senden. Um die Tastenkombination „Strg \$1 Alt \$1 Entf“ zuverlässig an den Image Builder zu senden, wählen Sie **Admin Commands (Administratorbefehle)**, **Send Ctrl \$1 Alt \$1 Delete (Strg \$1 Alt \$1 Entf senden)** aus. Das Menü **Admin Commands** ist oben rechts in der Symbolleiste der Image-Builder-Sitzung verfügbar. ## Wenn ich zwischen dem Administrator- und dem Testmodus wechsle, ist eine Passworteingabe erforderlich. Ich weiß nicht, wie ich ein Passwort abrufen kann. WorkSpaces Anwendungen melden Sie normalerweise in dem Benutzermodus an, den Sie automatisch auswählen. In einigen Fällen erfolgt der Wechsel möglicherweise nicht automatisch. Falls ein Passwort eingegeben werden muss, wählen Sie **Admin Commands (Administratorbefehle)** und **Log me in (Anmelden)** aus. Dadurch wird ein einmaliges Passwort über eine sichere Verbindung an Ihrem Image Builder gesendet und in das Feld **Password** eingegeben. ## Ich erhalte eine Fehlermeldung, wenn ich meine installierte Anwendung hinzufüge. Überprüfen Sie, ob Ihr Anwendungstyp unterstützt wird. Sie können Anwendungen des Typs `.exe`, `.lnk` und `.bat` hinzufügen. Überprüfen Sie, ob Ihre Anwendung unter der `C:\Users` Ordnerhierarchie installiert ist. Anwendungen, die unter `C:\Users` installiert sind, werden nicht unterstützt. Wählen Sie beim Installieren der Anwendung einen anderen Installationsordner unter `C:\`. ## Ich habe versehentlich einen Hintergrundservice auf dem Image Builder abgebrochen und die Verbindung wurde getrennt. Jetzt kann ich mich nicht erneut mit diesem Image Builder verbinden. Versuchen Sie, den Image Builder zu stoppen, neu zu starten und erneut eine Verbindung herzustellen. Wenn das Problem bestehen bleibt, müssen Sie einen neuen Image Builder starten (erstellen). Stoppen Sie keine Hintergrundservices, die auf der Image-Builder-Instance ausgeführt werden. Dadurch könnte Ihre Image-Builder-Sitzung unterbrochen oder die Abbilderstellung gestört werden. ## Die Anwendung lässt sich nicht im Testmodus starten. Überprüfen Sie, ob Ihre Anwendung erhöhte Benutzerprivilegien oder spezielle Berechtigungen erfordert, über die in der Regel nur ein Administrator verfügt. Der Image Builder Builder-Testmodus hat dieselben eingeschränkten Berechtigungen für die Image Builder-Instanz wie Ihre Endbenutzer für eine WorkSpaces Application-Testflotte. Wenn Ihre Anwendungen erhöhte Berechtigungen erfordern, werden sie nicht im Image-Builder-Testmodus gestartet. ## Die Anwendung konnte keine Verbindung zu einer Netzwerkressource in meinem VPC herstellen. Überprüfen Sie, ob der Image Builder im korrekten VPC-Subnetz gestartet wurde. Möglicherweise müssen Sie auch überprüfen, ob die Routing-Tabellen in Ihrer VPC so konfiguriert sind, dass eine Verbindung hergestellt werden kann. ## Ich habe mein Image-Builder-Desktop angepasst, meine Änderungen sind jedoch nicht verfügbar, wenn ich eine Verbindung zu einer Sitzung hergestellt habe, nachdem ich eine Flotte vom erstellten Abbild aus starte. Änderungen, die als Teil einer lokalen Benutzersitzung gespeichert sind, wie beispielsweise Zeiteinstellungen, sind nicht persistent, wenn ein Image erstellt wird. Damit lokale Änderungen an der Benutzersitzung erhalten bleiben, fügen Sie sie zur lokalen Gruppenrichtlinie auf der Image-Builder-Instance hinzu. ## Wenn ich meine Anwendung starte, fehlt ein Befehlszeilenparameter. Sie können bei der Verwendung von Image Builder einen Befehlszeilenparameter bereitstellen, um eine Anwendung zu einem Abbild hinzufügen. Wenn sich die Startparameter für die Anwendung nicht für jeden Benutzer ändern, können Sie sie eingeben, während Sie in der Image-Builder-Instance eine Anwendung zum Abbild hinzufügen. Wenn die Startparameter für jeden Start unterschiedlich sind, können Sie sie bei der Verwendung der `CreateStreamingURL`-API programmatisch weitergeben. Legen Sie die `sessionContext`- und `applicationID`-Parameter in den API-Feldern fest. Der sessionContext ist als Befehlszeilenoption enthalten, wenn Sie die Anwendung starten. Wenn die Startparameter ohne Ausfallzeiten berechnet werden müssen, können Sie Ihre Anwendung mit einem Skript starten. Sie können den `sessionContext`-Parameter innerhalb Ihres Skripts parsen, bevor Sie Ihre Anwendung mit einem berechneten Parameter starten. ## Ich kann mein Abbild nicht mit einer Flotte verwenden, nachdem eine Antiviren-Anwendung installiert wurde. Sie können alle Tools, einschließlich Antivirenprogramme, auf Ihrem WorkSpaces Anwendungsstapel installieren, indem Sie den Image Builder verwenden, bevor Sie ein Image erstellen. Diese Programme sollten jedoch keine Netzwerkports blockieren oder Prozesse stoppen, die vom WorkSpaces Anwendungsdienst verwendet werden. Wir empfehlen, Ihre Anwendung im Image-Builder-Testmodus zu testen, bevor Sie ein Abbild erstellen und versuchen, es mit einer Flotte zu verwenden. ## Meine Abbilderstellung ist fehlgeschlagen. Stellen Sie sicher, dass Sie keine Änderungen an den WorkSpaces Anwendungsdiensten vorgenommen haben, bevor Sie mit der Image-Erstellung beginnen. Versuchen Sie, Ihr Abbild erneut zu erstellen. Wenn das Problem weiterhin besteht, wenden Sie sich an den AWS Support. Weitere Informationen finden Sie unter [AWS Support -Center](https://console.aws.amazon.com/support/home#/). ## Der `create-image` Image-Assistent-Vorgang schlug fehl und es wurde eine Fehlermeldung angezeigt, dass der Zugriff auf die PrewarmManifest TXT-Datei verweigert wurde Das Manifest zur Anwendungsoptimierung wurde mit erhöhten Berechtigungen erstellt. Um das Abbild zu erstellen, führen Sie einen der folgenden Schritte aus, und versuchen Sie es dann erneut: + Führen Sie die ausführbare Datei der Befehlszeilenschnittstelle des Image Assistant (CLI) (Image-Assistant.exe) mit Administratorberechtigung aus. + Löschen Sie die Manifestdatei für die Anwendungsoptimierung. # Fehlerbehebung bei Flotten Die folgenden Probleme können auftreten, wenn Benutzer eine Verbindung zu Amazon WorkSpaces Applications-Streaming-Sitzungen herstellen, die von Flotteninstanzen aus gestartet wurden. **Topics** + [ ## Ich habe versucht, meine Flottenkapazität zu erhöhen, aber das Update wird nicht wirksam. ](#troubleshooting-fleet-scale-up-policy-not-working-quota-limit-exceeded) + [ ## Meine Anwendungen funktionieren nicht ordnungsgemäß, es sei denn, ich verwende die Internet Explorer-Standardeinstellungen. Wie stelle ich die Standardeinstellungen für Internet Explorer wieder her? ](#troubleshooting-restore-ie-defaults) + [ ## Ich möchte Umgebungsvariablen auf meinen Flotten-Instances dauerhaft speichern. ](#troubleshooting-persist-environment-variables) + [ ## Ich möchte die Standardstartseite des Internet Explorers für meine Benutzer ändern. ](#troubleshooting-change-homepage) + [ ## Wenn meine Benutzer eine Streaming-Sitzung beenden und dann eine neue Sitzung starten, wird ihnen in einer Meldung mitgeteilt, dass keine Streaming-Ressourcen verfügbar sind. ](#troubleshooting-no-resources-available-new-streaming-session) ## Ich habe versucht, meine Flottenkapazität zu erhöhen, aber das Update wird nicht wirksam. Sie können Ihre Flottenkapazität auf eine der beiden folgenden Arten erhöhen: + Manuell, indem Sie den Wert für die **Mindestkapazität** auf der Registerkarte **Skalierungsrichtlinien** für die Flotte in der WorkSpaces Anwendungskonsole erhöhen. + Automatisch, indem Sie eine Skalierungsrichtlinie für die Flotte konfigurieren, mit der Sie die Kapazität für die Flotte verwalten können. Wenn Ihre Richtlinie zur manuellen Änderung oder Skalierung Ihr aktuelles WorkSpaces Anwendungskontingent für den Typ und die Größe Ihrer Flotteninstanz überschreitet, werden die neuen Werte nicht wirksam. Wenn dieses Problem auftritt, können Sie den AWS Befehl Command Line Interface (CLI) [describe-scaling-activities](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scaling-activities.html)verwenden, um zu überprüfen, ob Ihre Kapazitätsanforderung Ihr Kontingent für den jeweiligen Flotteninstance-Typ und die Größe überschreitet. Dieser Befehl verwendet das folgende Format: ``` aws application-autoscaling describe-scaling-activities --service-namespace appstream \ --resource-id fleet/fleetname \ ``` Der folgende Befehl bietet beispielsweise Informationen für die **TestFleet** Flotte in der **us-west-2** AWS-Region. ``` aws application-autoscaling describe-scaling-activities --service-namespace appstream --resource-id fleet/TestFleet --region us-west-2 ``` Die folgende JSON-Ausgabe zeigt, dass eine Skalierungsrichtlinie für **TestFleet** mit einem Wert für die **Minimale Kapazität** von 150 festgelegt wurde. Dieser Wert überschreitet das Limit (Kontingent) für **TestFleet**, das bei 100 liegt, sodass die neue Skalierungsrichtlinie nicht in Kraft tritt. In der Ausgabe enthält der **StatusMessage**Parameter detaillierte Informationen zur Fehlerursache, einschließlich des Fleet-Instance-Typs (in diesem Fall stream.standard.medium) und des aktuellen Kontingents, das 100 ist. **Anmerkung** WorkSpaces Die Kontingente für Art und Größe der Anwendungsinstanzen gelten pro Amazon Web Services Services-Konto und AWS Region. Wenn Sie mehrere Flotten in derselben Region haben, die denselben Instance-Typ und dieselbe Größe verwenden, muss die Gesamtzahl der Instances in allen Flotten in dieser Region kleiner oder gleich dem geltenden Kontingent sein. ``` { "ScalingActivities": [ { "ActivityId": "id", "ServiceNamespace": "appstream", "ResourceId": "fleet/TestFleet", "ScalableDimension": "appstream:fleet:DesiredCapacity", "Description": "Setting desired capacity to 150.", "Cause": "minimum capacity was set to 150", "StartTime": 1596828816.136, "EndTime": 1596828816.646, "StatusCode": "Failed", "StatusMessage": "Failed to set desired capacity to 150. Reason: The Instance type 'stream.standard.medium' capacity limit for fleet TestFleet' was exceeded. Requested: 150, Limit: 100 (Service: AmazonAppStream; Status Code: 400; Error Code: LimitExceededException; Request ID: id; Proxy: null)." ``` Wenn Sie den Befehl `describe-scaling-activities` ausführen und die Ausgabe anzeigt, dass Ihre Kapazitätsanfrage Ihr aktuelles Kontingent übersteigt, können Sie das Problem auf folgende Weise beheben: + Ändern Sie Ihre Kapazitätsanforderung auf einen Wert, der Ihr Kontingent nicht überschreitet. + Beantragen Sie eine Kontingentserhöhung. Verwenden Sie das [Formular für WorkSpaces Anwendungslimits](https://console.aws.amazon.com/support/home#/case/create?issueType=service-limit-increase&limitType=service-code-appstream2), um eine Erhöhung des Kontingents zu beantragen. ## Meine Anwendungen funktionieren nicht ordnungsgemäß, es sei denn, ich verwende die Internet Explorer-Standardeinstellungen. Wie stelle ich die Standardeinstellungen für Internet Explorer wieder her? Wenn Ihre WorkSpaces Anwendungsumgebung Anwendungen enthält, die Elemente rendern, müssen Sie möglicherweise die Internet Explorer-Standardeinstellungen wiederherstellen, um den vollen Internetzugriff zu ermöglichen. **So stellen Sie die Standardeinstellungen für Internet Explorer automatisch wieder her** 1. Öffnen Sie die WorkSpaces Anwendungskonsole zu [https://console.aws.amazon.com/appstream2/Hause](https://console.aws.amazon.com/appstream2/home). 1. Wählen Sie im linken Navigationsbereich **Abbilder** und **Image Builder** aus. 1. Wählen Sie den Image Builder, in dem Sie die Standardeinstellungen des Internet Explorers wiederherstellen möchten, prüfen Sie, dass der Status **Running (Läuft)** lautet und wählen Sie dann die Option **Connect (Verbinden)**. 1. Melden Sie sich beim Image Builder, indem Sie einen der folgenden Schritte ausführen: + Wenn der Image Builder nicht mit einer Active-Directory-Domain verbunden ist, wählen Sie in der Registerkarte **Lokaler Benutzer** die Option **Vorlagenbenutzer** aus. + Wenn Ihr Image Builder mit einer Active Directory-Domäne verbunden ist, wählen Sie die Registerkarte **Directory User (Directory-Benutzer)** aus, geben Sie die Anmeldeinformationen für einen Domänenbenutzer ohne lokale Administratorberechtigungen für den Image Builder ein und wählen Sie dann **Log in (Anmelden)** aus. 1. Öffnen Sie den Internet Explorer und setzen Sie Ihre Einstellungen zurück, indem Sie die folgenden Schritte ausführen: 1. Wählen Sie im oberen rechten Bereich des Browserfensters von Internet Explorer das Symbol für **Tools** und dann **Internet options (Internetoptionen)** aus. 1. Wählen Sie die Registerkarte **Advanced (Erweitert)** und anschließend **Reset (Zurücksetzen)** aus. 1. Wenn Sie aufgefordert werden, Ihre Eingaben zu bestätigen, wählen Sie erneut **Zurücksetzen**. 1. Wenn die Meldung **Reset Internet Explorer Settings (Internet Explorer-Einstellungen zurücksetzen)** angezeigt wird, wählen Sie **Close (Schließen)** aus. 1. Wählen Sie im rechten Bereich des Image-Builder-Desktop **Admin Commands (Admin-Befehle)** und **Switch User (Benutzer wechseln)** aus. ![\[Admin Commands dropdown menu with Switch User option highlighted.\]](http://docs.aws.amazon.com/de_de/appstream2/latest/developerguide/images/admin-commands-switch-user.png) 1. Damit wird Ihre aktuelle Sitzung getrennt und das Anmeldemenü öffnet sich. Führen Sie eine der folgenden Aufgaben aus: + Wenn der Image Builder nicht mit einer Active Directory-Domäne verbunden ist, wählen Sie in der Registerkarte **Local User (Lokaler Benutzer)** die Option **Administrator**. + Wenn Ihr Image Builder mit einer Active Directory-Domäne verbunden ist, wählen Sie die Registerkarte **Directory User (Directory-Benutzer)** und melden Sie sich als Domänenbenutzer mit lokalen Administratorberechtigungen für den Image Builder an. 1. Öffnen Sie auf dem Image-Builder-Desktop den Image Assistant. 1. Führen Sie die erforderlichen Schritte im Image Assistant aus, um Ihr Abbild fertigzustellen. Weitere Informationen finden Sie unter [Tutorial: Erstellen eines benutzerdefinierten WorkSpaces Anwendungsabbilds mithilfe der WorkSpaces Anwendungskonsole](tutorial-image-builder.md). ## Ich möchte Umgebungsvariablen auf meinen Flotten-Instances dauerhaft speichern. Mithilfe von Umgebungsvariablen können Sie Einstellungen von Anwendung zu Anwendung dynamisch übergeben. Sie können Benutzer- und Systemumgebungsvariablen auf Ihren Flotten-Instances zur Verfügung stellen. Außerdem können Sie Umgebungsvariablen mit begrenztem Umfang erstellen. Dies ist nützlich, wenn Sie die gleiche Umgebungsvariable mit unterschiedlichen Werten in verschiedenen Anwendungen verwenden müssen. Weitere Informationen finden Sie unter [Umgebungsvariablen in WorkSpaces Amazon-Anwendungen beibehalten](customize-fleets-persist-environment-variables.md). ## Ich möchte die Standardstartseite des Internet Explorers für meine Benutzer ändern. Sie können die Gruppenrichtlinie verwenden, um die Standardstartseite des Internet Explorers für Ihre Benutzer festzulegen. Sie können Benutzern auch ermöglichen, die Standardseite, die Sie festlegen, zu ändern. Weitere Informationen finden Sie unter [Ändern Sie die standardmäßige Internet Explorer-Startseite für die Streaming-Sitzungen von Benutzern in WorkSpaces Amazon-Anwendungen](customize-fleets-change-ie-homepage.md). ## Wenn meine Benutzer eine Streaming-Sitzung beenden und dann eine neue Sitzung starten, wird ihnen in einer Meldung mitgeteilt, dass keine Streaming-Ressourcen verfügbar sind. Wenn ein Benutzer eine Sitzung beendet, beendet WorkSpaces Applications die zugrunde liegende Instance und erstellt bei Bedarf eine neue Instance, um die gewünschte Kapazität der Flotte zu erreichen. Wenn ein Benutzer versucht, eine neue Sitzung zu starten, bevor WorkSpaces Applications die neue Instanz erstellt und alle anderen Instances verwendet werden, erhält der Benutzer eine Fehlermeldung, dass keine Streaming-Ressourcen verfügbar sind. Wenn Ihre Benutzer häufig Sitzungen starten und beenden, sollten Sie in Betracht ziehen, Ihre Flottenkapazität zu erhöhen. Weitere Informationen finden Sie unter [Fleet Auto Scaling für WorkSpaces Amazon-Anwendungen](autoscaling.md). Oder Sie sollten erwägen, die maximale Sitzungsdauer Ihrer Flotte zu erhöhen und Ihre Benutzer anzuweisen, in inaktiven Zeiträumen ihren Browser zu schließen, anstatt ihre Sitzung zu beenden. # Problembehebung bei Active Directory Die folgenden Probleme können auftreten, wenn Sie Active Directory mit Amazon WorkSpaces Applications einrichten und verwenden. Weitere Hilfe zu Benachrichtigungscodes bei der Fehlerbehebung finden Sie unter [Benachrichtigungscodes für die Fehlerbehebung](troubleshooting-notification-codes.md). **Topics** + [ ## Meine Image-Builder- und Flotten-Instances bleiben im Status "Schwebend" hängen ](#troubleshooting-active-directory-1) + [ ## Meine Benutzer können sich nicht bei der SAML-Anmeldung anmelden. ](#troubleshooting-active-directory-2) + [ ## Meine Flotten-Instances funktionieren für einen Benutzer, aber das Auswechseln wird nicht richtig ausgeführt. ](#troubleshooting-active-directory-3) + [ ## Meine Benutzer-Gruppenrichtlinienobjekte werden nicht erfolgreich angewendet. ](#troubleshooting-active-directory-4) + [ ## Meine WorkSpaces Anwendungs-Streaming-Instances treten der Active Directory-Domäne nicht bei. ](#troubleshooting-active-directory-5) + [ ## Bei der Benutzeranmeldung dauert es sehr lang, eine mit einer Domäne verbundene Streaming-Sitzung abzuschließen. ](#troubleshooting-active-directory-6) + [ ## Meine Benutzer können nicht auf eine Domänenressource in einer Streaming-Sitzung mit angeschlossener Domäne zugreifen, haben jedoch Zugriff auf die Ressource über einen an die Domäne angeschlossenen Image Builder. ](#troubleshooting-active-directory-8) + [ ## Meine Benutzer erhalten die Fehlermeldung „Zertifikatsbasierte Authentifizierung nicht verfügbar“ und werden aufgefordert, ihr Domain-Kennwort einzugeben. Oder Benutzer erhalten die Fehlermeldung „Sitzung wurde getrennt“, wenn sie eine Sitzung starten, die mit zertifikatsbasierter Authentifizierung aktiviert ist. ](#troubleshooting-active-directory-9) + [ ## Nach der Änderung des Active Directory-Dienstkontos (AD) treten beim Domänenbeitritt Fehler auf. ](#troubleshooting-active-directory-10) ## Meine Image-Builder- und Flotten-Instances bleiben im Status "Schwebend" hängen Es kann bis zu 25 Minuten dauern, bis Image-Builder- und Flotte-Instances in einen betriebsbereiten Status übergehen und verfügbar sind. Wenn es länger als 25 Minuten dauert, bis Ihre Instances verfügbar sind, überprüfen Sie in Active Directory, ob neue Computerobjekte in den richtigen Organisationseinheiten erstellt wurden (OUs). Wenn neue Objekte vorhanden sind, stehen die Streaming-Instances demnächst zur Verfügung. Wenn die Objekte nicht vorhanden sind, überprüfen Sie die Verzeichniskonfigurationsdetails in Ihrer WorkSpaces Anwendungsverzeichniskonfiguration: Verzeichnisname (der vollqualifizierte Domänenname des Verzeichnisses), die Anmeldeinformationen für das Dienstkonto und der definierte Name der Organisationseinheit. Image Builder- und Flottenfehler werden in der WorkSpaces Anwendungskonsole auf der Registerkarte **Benachrichtigungen** für die Flotte oder den Image Builder angezeigt. Flottenfehler sind auch über die WorkSpaces Anwendungs-API über den [DescribeFleets](https://docs.aws.amazon.com/appstream2/latest/APIReference/API_DescribeFleets.html)Vorgang oder den CLI-Befehl [describe-fleets](https://docs.aws.amazon.com/cli/latest/reference/appstream/describe-fleets.html) verfügbar. ## Meine Benutzer können sich nicht bei der SAML-Anmeldung anmelden. WorkSpaces Applications verwendet das SAML\$1Subject-Attribut „NameID“ Ihres Identitätsanbieters, um das Feld für den Benutzernamen auszufüllen, mit dem Sie Ihren Benutzer anmelden. Der Benutzername kann entweder als „`domain\username`“ oder „`user@domain.com`“ formatiert sein. Bei Verwendung des Formats "`domain\username`" kann `domain` der NetBIOS-Name oder der vollständig qualifizierte Domänenname sein. Wenn Sie das Format "`user@domain.com`" verwenden, kann das Attribut verwendet werden UserPrincipalName . Wenn Sie sichergestellt haben, dass Ihre SAML\$1Subject-Attribut korrekt konfiguriert ist und das Problem weiterhin besteht, wenden Sie sich bitte an den AWS Support. Weitere Informationen finden Sie unter [AWS Support Center](https://console.aws.amazon.com/support/home#/). ## Meine Flotten-Instances funktionieren für einen Benutzer, aber das Auswechseln wird nicht richtig ausgeführt. Flotten-Instances werden gewechselt, nachdem ein Benutzer eine Sitzung abgeschlossen hat, um sicherzustellen, dass jeder Benutzer eine neue Instance erhält. Wenn die ausgewechselte Flotten-Instance online geht, tritt sie der Domäne unter Verwendung des Computernamens der vorherigen Instance bei. Um sicherzustellen, dass diese Operation erfolgreich ist, benötigt das Service-Konto die Berechtigungen **Passwort ändern** und **Passwort zurücksetzen** für die Organisationseinheit (OU), der das Computerobjekt beitritt. Überprüfen Sie die Berechtigungen für das Service-Konto und versuchen Sie es erneut. Wenn das Problem weiterhin besteht, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [AWS Support Center](https://console.aws.amazon.com/support/home#/). ## Meine Benutzer-Gruppenrichtlinienobjekte werden nicht erfolgreich angewendet. Standardmäßig gelten für Computerobjekte Richtlinien auf Computerebene basierend auf der OU, in der sich das Computerobjekt befindet, während Richtlinien auf Benutzerebene basierend auf der OU angewendet werden, in der sich der Benutzer befindet. Wenn Ihre Benutzerebenenrichtlinien nicht angewendet werden, können Sie einen der folgenden Schritte ausführen: + Verschieben Sie die Benutzerebenenrichtlinien in die OU, in der sich das Active Directory-Objekt des Benutzers befindet + Aktivieren Sie die Loopback-Verarbeitung der Computerebene, die die Richtlinien auf Benutzerebene in der OU des Computerobjekts anwendet. Weitere Informationen finden Sie unter [Loopback-Verarbeitung von Gruppenrichtlinien](https://support.microsoft.com/en-us/help/231287/loopback-processing-of-group-policy) beim Microsoft Support. ## Meine WorkSpaces Anwendungs-Streaming-Instances treten der Active Directory-Domäne nicht bei. Die Active Directory-Domäne, die mit WorkSpaces Anwendungen verwendet werden soll, muss über ihren vollqualifizierten Domänennamen (FQDN) über die VPC zugänglich sein, in der Ihre Streaming-Instances gestartet werden. **Wie Sie testen, ob ein Zugriff auf Ihre Domäne möglich ist** 1. Starten Sie eine Amazon EC2 EC2-Instance in derselben VPC, demselben Subnetz und denselben Sicherheitsgruppen, die Sie mit Applications verwenden. WorkSpaces 1. Fügen Sie die EC2-Instance manuell Ihrer Active Directory-Domain hinzu, indem Sie den FQDN (z. B.`yourdomain.example.com`) mit dem Dienstkonto verwenden, das Sie mit Anwendungen verwenden möchten. WorkSpaces Verwenden Sie den folgenden Befehl in einer PowerShell Windows-Konsole: ``` netdom join computer /domain:FQDN /OU:path /ud:user /pd:password ``` Wenn diese manuelle Verbindung fehlschlägt, fahren Sie mit dem nächsten Schritt fort. 1. Wenn Sie keine manuelle Verbindung mit Ihrer Domain einrichten können, öffnen Sie eine Eingabeaufforderung und stellen sicher, dass Sie den FQDN mit dem Befehl `nslookup` auflösen können. Beispiel: ``` nslookup yourdomain.exampleco.com ``` Die erfolgreiche Namensauflösung gibt eine gültige IP-Adresse zurück. Wenn Sie Ihren FQDN nicht auflösen können, müssen sie möglicherweise Ihre VPC DNS-Server durch Verwendung einer DHCP-Option für Ihre Domäne aktualisieren. Anschließend kehren Sie zu diesem Schritt zurück. Weitere Informationen finden Sie unter [DHCP Options Sets](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_DHCP_Options.html) im *Amazon VPC-Benutzerhandbuch*. 1. Wenn der FQDN aufgelöst wird, prüfen Sie die Konnektivität mit dem Befehl `telnet`. ``` telnet yourdomain.exampleco.com 389 ``` Bei einer erfolgreichen Verbindung wird eine leere Eingabeaufforderung ohne Verbindungsfehler angezeigt. Möglicherweise müssen Sie die Telnet Client-Funktion auf Ihrer EC2-Instance installieren. Weitere Informationen finden Sie unter [Install Telnet Client](https://technet.microsoft.com/en-us/library/cc771275.aspx) in der Microsoft-Dokumentation. Wenn Sie die EC2-Instance nicht manuell mit Ihrer Domäne verbinden konnten, jedoch in der Lage waren, den FQDN erfolgreich aufzulösen und die Konnektivität mit dem Telnet-Client zu testen, verhindern möglicherweise Ihre VPC-Sicherheitsgruppen den Zugriff. Für Active Directory sind bestimmte Netzwerk-Port-Einstellungen erforderlich. Weitere Informationen finden Sie unter [Service-Port-Anforderungen von Active Directory und Active Directory Domain](https://technet.microsoft.com/en-us/library/dd772723.aspx) in der Microsoft-Dokumentation. ## Bei der Benutzeranmeldung dauert es sehr lang, eine mit einer Domäne verbundene Streaming-Sitzung abzuschließen. WorkSpaces Applications führt eine Windows-Anmeldeaktion durch, nachdem Benutzer ihr Domänenkennwort eingegeben haben. Nach erfolgreicher Authentifizierung startet WorkSpaces Applications die Anwendung. Die Anmelde- und Startzeiten werden von vielen Variablen beeinflusst, z. B. Netzwerkkonflikten bei den Domänencontrollern oder der Zeit, wie lange es dauert, Gruppenrichtlinieneinstellungen auf die Streaming-Instance anzuwenden. Wenn Domänenauthentifizierung zu lange dauert, versuchen Sie es mit folgenden Aktionen: + Minimieren Sie die Netzwerklatenz von Ihrer WorkSpaces Anwendungsregion bis zu Ihren Domänencontrollern, indem Sie die richtigen Domänencontroller auswählen. Wenn sich beispielsweise Ihre Flotte in `us-east-1` befindet, verwenden Sie Domänencontroller mit hoher Bandbreite und geringer Latenz zu `us-east-1` unter Verwendung von Zonenzuordnungen von Active Directory-Standorten und -Diensten. Weitere Informationen finden Sie unter [Active Directory-Standorte und -Services](https://technet.microsoft.com/en-us/library/cc730868.aspx) in der Microsoft-Dokumentation. + Stellen Sie sicher, dass Ihre Gruppenrichtlinieneinstellungen und Benutzer-Anmeldeskripts nicht übermäßig lang für die Anwendung oder Ausführung benötigen. Wenn die Anmeldung Ihrer Domänenbenutzer bei WorkSpaces Anwendungen fehlschlägt und die Meldung „Ein unbekannter Fehler ist aufgetreten“ angezeigt wird, müssen Sie möglicherweise die unter beschriebenen Gruppenrichtlinieneinstellungen aktualisieren[Bevor Sie beginnen, Active Directory mit WorkSpaces Amazon-Anwendungen zu verwenden](active-directory-prerequisites.md). Andernfalls könnten diese Einstellungen verhindern, dass WorkSpaces Anwendungen Ihre Domänenbenutzer authentifizieren und anmelden. ## Meine Benutzer können nicht auf eine Domänenressource in einer Streaming-Sitzung mit angeschlossener Domäne zugreifen, haben jedoch Zugriff auf die Ressource über einen an die Domäne angeschlossenen Image Builder. Bestätigen Sie, dass Ihre Flotte in derselben VPC, in denselben Subnetzen und denselben Sicherheitsgruppen wie Ihr Image Builder erstellt wird und dass Ihr Benutzer über die erforderlichen Berechtigungen für den Zugriff auf die Domänenressource und ihre Nutzung verfügt. ## Meine Benutzer erhalten die Fehlermeldung „Zertifikatsbasierte Authentifizierung nicht verfügbar“ und werden aufgefordert, ihr Domain-Kennwort einzugeben. Oder Benutzer erhalten die Fehlermeldung „Sitzung wurde getrennt“, wenn sie eine Sitzung starten, die mit zertifikatsbasierter Authentifizierung aktiviert ist. Diese Fehler treten auf, wenn die zertifikatsbasierte Authentifizierung für die Sitzung fehlgeschlagen ist. Die Fehlermeldung „Zertifikatsbasierte Authentifizierung nicht verfügbar“ wird angezeigt, wenn die zertifikatsbasierte Authentifizierung aktiviert ist, um einen Rückgriff auf die Passwortanmeldung zu ermöglichen. Die Fehlermeldung „Sitzung wurde getrennt“ wird angezeigt, wenn die zertifikatsbasierte Authentifizierung ohne Fallback aktiviert ist. Die Benutzer können die Seite auf dem Web-Client aktualisieren oder die Verbindung über den Client für Windows erneut herstellen, da es sich hierbei um ein zeitweiliges Problem mit der zertifikatsbasierten Authentifizierung handeln kann. Wenn das Problem weiterhin besteht, kann der Fehler bei der zertifikatsbasierten Authentifizierung auf eines der folgenden Probleme zurückzuführen sein: + WorkSpaces Anwendungen konnten nicht mit der AWS privaten Zertifizierungsstelle kommunizieren, oder die AWS private Zertifizierungsstelle hat das Zertifikat nicht ausgestellt. Prüfen CloudTrail Sie, ob ein Zertifikat ausgestellt wurde. Weitere Informationen finden Sie unter [Was ist AWS CloudTrail?](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html.html) und[Verwalten der zertifikatsbasierten Authentifizierung](certificate-based-authentication-manage.md). + Der Domain-Controller hat kein Domain-Controllerzertifikat für die Smartcard-Anmeldung oder es ist abgelaufen. Weitere Informationen finden Sie in Schritt 7.a unter [Voraussetzungen](certificate-based-authentication-prereq.md). + Das Zertifikat ist nicht vertrauenswürdig. Weitere Informationen finden Sie in Schritt 7.c unter [Voraussetzungen](certificate-based-authentication-prereq.md). + Das userPrincipalName Format für die SAML\$1Subject-NameID ist nicht richtig formatiert oder wird nicht in die tatsächliche Domäne für den Benutzer aufgelöst. Weitere Informationen finden Sie in Schritt 1 unter [Voraussetzungen](certificate-based-authentication-prereq.md). + Das (optionale) ObjectSid Attribut in Ihrer SAML-Assertion entspricht nicht der Active Directory-Sicherheitskennung (SID) für den Benutzer, der in der SAML\$1Subject NameID angegeben ist. Vergewissern Sie sich, dass die Attributzuordnung in Ihrem SAML-Verbund korrekt ist und dass Ihr SAML-Identitätsanbieter das SID-Attribut für den Active-Directory-Benutzer synchronisiert. + Der WorkSpaces Applications Agent unterstützt keine zertifikatsbasierte Authentifizierung. Verwenden Sie den WorkSpaces Anwendungsagenten Version 10-13-2022 oder höher. + Es gibt Gruppenrichtlinieneinstellungen, die die Standardeinstellungen von Active Directory für die Smartcard-Anmeldung ändern oder Maßnahmen ergreifen, wenn eine Smartcard aus einem Smartcard-Lesegerät entfernt wird. Diese Einstellungen können neben den oben aufgeführten Fehlern noch weitere unerwartete Verhaltensweisen verursachen. Bei der zertifikatsbasierten Authentifizierung wird dem Betriebssystem der Instance eine virtuelle Smartcard vorgelegt, die nach der Anmeldung wieder entfernt wird. Weitere Informationen finden Sie unter [Primary Group Policy settings for smart cards](https://learn.microsoft.com/en-us/windows/security/identity-protection/smart-cards/smart-card-group-policy-and-registry-settings#primary-group-policy-settings-for-smart-cards) und [Additional smart card Group Policy settings and registry keys](https://learn.microsoft.com/en-us/windows/security/identity-protection/smart-cards/smart-card-group-policy-and-registry-settings#additional-smart-card-group-policy-settings-and-registry-keys). Aktivieren Sie die **Smartcard-Anmeldung für Active Directory** nicht in Ihrem Stack, wenn Sie die zertifikatsbasierte Authentifizierung verwenden möchten. Weitere Informationen finden Sie unter [Smartcards](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards). + Der CRL-Verteilungspunkt für die private Zertifizierungsstelle ist weder online noch von der WorkSpaces Applications Flotteninstanz noch vom Domänencontroller aus zugänglich. Weitere Informationen finden Sie in Schritt 5 unter [Voraussetzungen](certificate-based-authentication-prereq.md). Zu den weiteren Schritten zur Problembehandlung gehört die Überprüfung der Windows-Ereignisprotokolle der WorkSpaces Anwendungsinstanz. Ein häufiges Ereignis, das Sie auf Anmeldefehler überprüfen sollten, ist [4625(F): An account failed to log on](https://learn.microsoft.com/en-us/windows/security/threat-protection/auditing/event-4625). Weitere Informationen zum Erfassen von Protokollinformationen finden Sie unter [Dauerhafte Anwendungs- und Windows-Ereignisprotokolle](https://docs.aws.amazon.com/whitepapers/latest/best-practices-for-deploying-amazon-appstream-2/monitoring.html#persisting-application-and-windows-event-logs). Alternativ können Sie zur Problembehandlung bei einer aktiven WorkSpaces Anwendungssitzung als Administrator eine Verbindung zu den Protokollen herstellen, indem Sie eine Ereignisanzeige auf einem anderen Computer verwenden. Weitere Informationen finden Sie unter [How to Select Computers in Event Viewer](https://learn.microsoft.com/en-us/host-integration-server/core/how-to-select-computers-in-event-viewer1). Oder Sie können eine Verbindung herstellen, indem Sie Remote Desktop verwenden, um von einem anderen Computer aus, der eine Verbindung zu den Remotedesktopdiensten in Ihrer WorkSpaces virtuellen privaten Cloud (VPC) für Anwendungen herstellen kann, eine Verbindung zur privaten IP-Adresse der Instanz herzustellen. Verwenden Sie die AWS CLI, um die IP-Adresse für die Sitzung anhand der AWS Region, des WorkSpaces Anwendungsstapelnamens, des Flottennamens, der Benutzer-ID und des Authentifizierungstyps zu ermitteln. Weitere Informationen finden Sie in der [AWS Command Line Interface.](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/appstream/index.html#cli-aws-appstream) Wenn das Problem weiterhin besteht, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [AWS Support -Center](https://console.aws.amazon.com/support/home#/). ## Nach der Änderung des Active Directory-Dienstkontos (AD) treten beim Domänenbeitritt Fehler auf. Wenn Sie über eine bestehende Flotte mit einem Image verfügen, das auf dem [Microsoft Windows Server-Betriebssystemupdate](https://learn.microsoft.com/en-us/windows-server/get-started/windows-server-release-info) vom August 2024 basiert, und wenn Sie Ihr Active Directory-Dienstkonto (AD) für diese Flotte ändern, können Ihre Flotteninstanzen bei der Bereitstellung auf Fehler beim Domänenbeitritt stoßen. Microsoft hat einen Patch veröffentlicht [KB5020276](https://support.microsoft.com/en-us/topic/kb5020276-netjoin-domain-join-hardening-changes-2b65a0f3-1f4c-42ef-ac0f-1caaf421baf8), der das Verhalten von Domänenbeitrittsvorgängen ändert. WorkSpaces Anwendungen verwenden vorhandene Computerobjekte wieder, wenn sie Ihre Streaming-Instanzen mit Ihren AD-Domänen verbinden. Dieses Computerobjekt wird mithilfe des AD-Dienstkontos generiert, das Sie angeben, wenn Sie eine Flotte oder eine Verzeichniskonfiguration mit WorkSpaces Anwendungen erstellen. Vor diesem Microsoft-Patch konnten neue AD-Dienstkonten vorhandene Computerobjekte wiederverwenden, die von WorkSpaces Anwendungen erstellt wurden, sofern sie über die in der Organisationseinheit (OU) konfigurierten Berechtigungen zum Erstellen von Computerobjekten verfügten. Wenn der Microsoft-Patch ab dem 13. August 2024 durchgesetzt wird und Sie Ihr AD-Dienstkonto für eine bestehende WorkSpaces Anwendungsflotte ändern, kann das neue Dienstkonto die vorhandenen Computerobjekte im AD nicht mehr wiederverwenden. Dies führt dazu, dass der Domänenbeitritt bei WorkSpaces Anwendungsflotten fehlschlägt und unter Flottenbenachrichtigungen eine der folgenden Fehlermeldungen angezeigt wird: + DOMAIN\$1JOIN\$1INTERNAL\$1SERVICE\$1ERROR „Der Gruppenname konnte nicht gefunden werden.“ + Ein Konto mit demselben Namen ist in Active Directory vorhanden. Die Wiederverwendung des Kontos wurde durch Sicherheitsrichtlinien blockiert Um zu steuern, welches Konto die vorhandenen Computerobjekte wiederverwenden kann, hat Microsoft eine neue Gruppenrichtlinieneinstellung namens **Domänencontroller implementiert: Wiederverwendung von Computerkonten während des Domänenbeitritts zulassen**. Mit dieser Einstellung können Sie eine Liste vertrauenswürdiger Dienstkonten angeben, die die Überprüfung beim Domänenbeitritt umgehen. Für Ihre selbstverwaltete AD-Konfiguration empfehlen wir, die von [Microsoft dokumentierten Schritte](https://support.microsoft.com/en-us/topic/kb5020276-netjoin-domain-join-hardening-changes-2b65a0f3-1f4c-42ef-ac0f-1caaf421baf8#bkmk_take_action) zu befolgen, um Ihr AD-Dienstkonto mithilfe von Gruppenrichtlinien auf einem Domänencontroller zur neuen Zulassungslistenrichtlinie hinzuzufügen. Für Managed Active Directory (MAD) müssen Sie Ihre WorkSpaces Anwendungsflotte neu starten, nachdem Sie Änderungen an Ihrem Dienstkonto für den Domänenbeitritt für WorkSpaces Anwendungen vorgenommen haben. Wenn das Problem weiterhin besteht, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [AWS Support -Center](https://console.aws.amazon.com/support/home#/). # Behebung von WorkSpaces Anwendungs- und Benutzerproblemen ## Aktivieren Sie die erweiterte Protokollierung Um Probleme zu beheben, die bei Ihren Benutzern auftreten könnten, können Sie die erweiterte Protokollierung auf jedem WorkSpaces Anwendungsclient aktivieren. Die erweiterte Protokollierung erstellt Protokolldateien mit Diagnoseinformationen und Details auf Debugging-Ebene, einschließlich Verbose-Leistungsdaten. **Anmerkung** Um einen AWS Überblick über die erweiterten Protokolldateien zu erhalten und technischen Support bei Problemen mit Ihren WorkSpaces Applications-Clients zu erhalten, wenden Sie sich an Support. Weitere Informationen hierzu finden Sie unter [AWS Support Center Console](https://console.aws.amazon.com/support/home#/). ### Aktivieren Sie die erweiterte Protokollierung für den Webzugriff Gehen Sie wie folgt vor, wenn Benutzer SAML oder Benutzerpool verwenden oder Zugriff auf die Anwendungskatalogseite haben: 1. Laden Sie die Katalogseite. 1. Öffnen Sie die **Entwicklertools** und wählen Sie die Registerkarte **Konsole**. 1. Geben Sie in der Browserkonsole die Eingabetaste ein **window.siteConfig.logLevel = "INFO"** und wählen **Sie Enter**. 1. Starten Sie die Anwendung, und auf der Registerkarte **Konsole** sollte **Logging** angezeigt werden. 1. Reproduzieren Sie das Problem. 1. Klicken Sie mit der rechten Maustaste auf die Registerkarte **Konsole** und wählen Sie **Alle Nachrichten in Datei speichern**. ### Aktivieren Sie die erweiterte Protokollierung für Windows-Clients Gehen Sie folgendermaßen vor, um die erweiterte Protokollierung für Windows-Clients zu aktivieren: 1. Gehen Sie auf dem Client-Computer zu`%localappdata%\AppStreamClient\app-`. 1. `Log4Net.config`In Notepad öffnen. 1. Ändern Sie die Hauptebene der Protokollierung von **INFO** auf **DEBUG**. 1. Speichern Sie die Datei. 1. Starten Sie den WorkSpaces Applications Client neu und versuchen Sie erneut, eine Verbindung herzustellen. 1. Sammeln Sie die Protokolle von, `C:\Users\%USERNAME%\AppData\Local\Amazon\AppStreamClient\'` indem Sie den gesamten Ordner komprimieren. Im Folgenden sind spezifische Probleme aufgeführt, die bei Ihren Benutzern auftreten können, wenn sie WorkSpaces Anwendungen verwenden. **Topics** + [ ## Aktivieren Sie die erweiterte Protokollierung ](#troubleshooting-advanced-logging) + [ ## Die Installationen der WorkSpaces Anwendungsclients meiner Benutzer schlagen fehl und sie erhalten eine Meldung, dass .NET Framework 4.6 erforderlich ist. ](#troubleshooting-client-no-internet-net-framework-462-fails) + [ ## Die USB-Treiberinstallationen meiner Benutzer schlagen fehl, wenn sie den WorkSpaces Applications Client installieren, und jetzt können sie ihre USB-Geräte nicht mit WorkSpaces Anwendungen verwenden. ](#troubleshooting-client-no-internet-usb-driver-install-fails) + [ ## Benutzer des My WorkSpaces Applications-Clients werden alle 60 Minuten von ihrer WorkSpaces Applications-Sitzung getrennt. ](#troubleshooting-client-users-disconnected-every-60-minutes) + [ ## Meine Benutzer können keine Daten zwischen ihrem lokalen Gerät und ihrer Streaming-Sitzung kopieren und einfügen. ](#copy-paste-doesnt-work) + [ ## Einige Tastaturkürzel funktionieren nicht während der Streaming-Sitzungen der Benutzer. ](#keyboard-shortcuts-dont-work) + [ ## Die Grafik-Tablets meiner Benutzer funktionieren nicht mit den von mir bereitgestellten Streaming-Anwendungen. ](#troubleshooting-client-users-drawing-tablets-not-working) + [ ## Die japanische Spracheingabemethode funktioniert für meine Benutzer während ihrer Streaming-Sitzungen nicht ](#japanese-language-input-method-doesnt-work-for-users) + [ ## Meine Benutzer sehen eine Fehlermeldung über das Erreichen der maximalen Anzahl von Streaming-Sitzungen, wenn sie versuchen, eine Anwendung aus dem Anwendungskatalog zu starten. ](#troubleshooting-max-sessions) + [ ## Meine Benutzer sehen einen schwarzen Bildschirm oder den Desktop und ihre Anwendung startet nicht auf einer Elastic-Flotte. Es wird kein Fehler angezeigt. ](#troubleshooting-black-screen) ## Die Installationen der WorkSpaces Anwendungsclients meiner Benutzer schlagen fehl und sie erhalten eine Meldung, dass .NET Framework 4.6 erforderlich ist. Wenn Benutzer den WorkSpaces Applications Client installieren, installiert WorkSpaces Applications auch.NET Framework Version 4.6.2, falls diese Version oder eine neuere Version nicht bereits installiert ist. Wenn der PC, auf dem der Client installiert wird, nicht mit dem Internet verbunden ist, kann .NET Framework nicht installiert werden. In diesem Fall werden Benutzer in einer Meldung aufgefordert, .NET Framework Version 4.6 manuell zu installieren. Wenn Benutzer jedoch **Install (Installieren)** auswählen, wird in einer Fehlermeldung angegeben, dass die Installation fehlgeschlagen ist. Die Benutzer werden dann aufgefordert, die neueste Version von .NET Framework manuell zu installieren. Wenn sie **Close (Schließen)** auswählen, wird die Installation beendet. Um dieses Problem zu beheben, müssen die Benutzer eine Internetverbindung von dem PC herstellen, auf dem sie den Client installieren möchten, und dann .NET Framework Version 4.6.2 oder höher auf denselben PC herunterladen und dort installieren. Eine Liste der zum Herunterladen verfügbaren Versionen von .NET Framework-finden Sie unter [Herunterladen von .NET Framework](https://dotnet.microsoft.com/download/dotnet-framework). **Anmerkung** Benutzer, auf denen Version 1.1.156 des WorkSpaces Applications Client installiert ist, muss.NET Framework Version 4.7.2 oder höher auf demselben PC installiert haben. ## Die USB-Treiberinstallationen meiner Benutzer schlagen fehl, wenn sie den WorkSpaces Applications Client installieren, und jetzt können sie ihre USB-Geräte nicht mit WorkSpaces Anwendungen verwenden. Wenn Benutzer den WorkSpaces Applications Client installieren, entscheiden sie, ob sie den WorkSpaces Applications USB-Treiber installieren möchten. Der Treiber ist erforderlich, um USB-Geräte mit Anwendungen zu verwenden, die über WorkSpaces Anwendungen gestreamt werden. Die USB-Treiberinstallation schlägt jedoch fehl, wenn die folgenden beiden Situationen eintreten: + Das zum Signieren der Datei `AppStreamUsbDriver.exe` verwendete Stammzertifikat ist nicht im Windows-Zertifikatspeicher vorhanden. + Der PC, auf dem der Client installiert wird, ist nicht mit dem Internet verbunden. In diesem Fall kann das Zertifikat für den Amazon AppStream USB-Treiber nicht validiert werden, und eine Fehlermeldung informiert die Benutzer darüber, dass die USB-Treiberinstallation fehlgeschlagen ist. Wenn Benutzer **OK** wählen, wird die Installation des WorkSpaces Applicationsclients ohne den USB-Treiber abgeschlossen. Benutzer können den Anwendungsclient zwar weiterhin für das WorkSpaces Anwendungsstreaming verwenden, ihre USB-Geräte funktionieren jedoch nicht mit Anwendungen, die über WorkSpaces Anwendungen gestreamt werden. Um dieses Problem zu beheben, müssen Benutzer von dem PC aus, auf dem sie den WorkSpaces Applications Client installieren möchten, eine Internetverbindung herstellen und den Client erneut installieren. ## Benutzer des My WorkSpaces Applications-Clients werden alle 60 Minuten von ihrer WorkSpaces Applications-Sitzung getrennt. Wenn Sie den Identitätsverbund mit SAML 2.0 für den Zugriff auf WorkSpaces Anwendungen konfiguriert haben, müssen Sie je nach Ihrem Identitätsanbieter (IdP) möglicherweise die Informationen konfigurieren, an die der IdP im Rahmen der Authentifizierungsantwort als SAML-Attribute AWS weitergibt. Dies beinhaltet auch die Konfiguration des **Attribute**-Elements, wobei das Attribut `SessionDuration` auf `https://aws.amazon.com/SAML/Attributes/SessionDuration` festgelegt wird. `SessionDuration` gibt an, wie lange eine verbundene Streaming-Sitzung für einen Benutzer maximal aktiv bleiben kann, bevor eine erneute Authentifizierung erforderlich ist. Auch wenn es sich bei `SessionDuration` um ein optionales Attribut handelt, wird empfohlen, es in die SAML-Authentifizierungsantwort aufzunehmen. Wenn Sie dieses Attribut nicht angeben, wird für die Sitzungsdauer ein Standardwert von 60 Minuten festgelegt. Um dieses Problem zu beheben, konfigurieren Sie Ihren SAML-kompatiblen IdP so, dass er den `SessionDuration`-Wert in die SAML-Authentifizierungsantwort einbezieht, und legen Sie den Wert wie erforderlich fest. Weitere Informationen finden Sie unter [Schritt 5: Erstellen von Zusicherungen für die SAML-Authentifizierungsantwort](external-identity-providers-setting-up-saml.md#external-identity-providers-create-assertions). **Anmerkung** Wenn Ihre Benutzer über den nativen Applications Client oder über den Webbrowser in WorkSpaces der neuen Umgebung auf ihre WorkSpaces Streaming-Anwendungen in Applications zugreifen, werden ihre Sitzungen nach Ablauf der Sitzungsdauer getrennt. Wenn Ihre Benutzer auf der alten/klassischen Oberfläche mithilfe eines Webbrowsers auf ihre WorkSpaces Streaming-Anwendungen in Anwendungen zugreifen, werden ihre Sitzungen getrennt, nachdem die Sitzungsdauer der Benutzer abgelaufen ist und sie ihre Browserseite aktualisiert haben. Wenn sich Ihre Benutzer mit einem SAML-kompatiblen IdP beim neuen Portal anmelden und es weiterhin zu zufälligen Verbindungsabbrüchen kommt, kann dies daran liegen, dass die von der Anwendungssitzung verwendeten Sitzungscookies von anderen WorkSpaces Webanwendungen, die als Subdomain verwenden, ungültig gemacht werden. `aws.amazon.com` Im Folgenden sind gängige Benutzerszenarien aufgeführt: + Wenn ein Benutzer im selben Browser eine neue WorkSpaces Anwendungssitzung initiiert, wird die bestehende WorkSpaces Anwendungssitzung getrennt. + Wenn ein Benutzer andere Webanwendungen im selben Browser initiiert, was zu einer neuen Benutzerauthentifizierung unter der `aws.amazon.com` Domain führt, wird die bestehende WorkSpaces Anwendungssitzung getrennt. + Wenn sich ein Benutzer AWS-Managementkonsole mit neuen IAM-Anmeldeinformationen im selben Browser anmeldet, wird die bestehende WorkSpaces Anwendungssitzung unterbrochen. Sie können dieses Problem lösen, indem Sie die neuen Relay-State-Endpunkte verwenden, um Ihren SAML 2.0-Verbund zu konfigurieren, und indem Sie den WorkSpaces Applications Client Version 1.1.1300 und höher verwenden. Weitere Informationen finden Sie in Tabelle 1 unter. [Schritt 6: Konfigurieren des RelayState für den Verbund](external-identity-providers-setting-up-saml.md#external-identity-providers-relay-state) ## Meine Benutzer können keine Daten zwischen ihrem lokalen Gerät und ihrer Streaming-Sitzung kopieren und einfügen. WorkSpaces Applications nutzt die Vorteile der [W3C-Spezifikation](https://www.w3.org/TR/2017/WD-clipboard-apis-20170929/), um asynchrone Zwischenablageoperationen in Webanwendungen zu ermöglichen. Dies ermöglicht Benutzern das Kopieren und Einfügen von Inhalten zwischen ihrem lokalen Gerät und ihrer Streaming-Sitzung auf die gleiche Weise, wie zwischen ihrem lokalen Gerät, einschließlich der Verwendung von Tastaturkürzeln. Der einzige Browser, der zurzeit die asynchrone W3C-Zwischenablagenspezfikation unterstützt, ist Google Chrome, Version 66 oder höher. Das Kopieren und Einfügen wird jedoch nur für Text unterstützt. Für alle anderen Browser können Benutzer die Zwischenablagefunktion im Webportal für WorkSpaces Anwendungen verwenden, die ein Dialogfeld zum Kopieren oder Einfügen von Text bereitstellt. Wenn Ihre Benutzer bei der Verwendung der Zwischenablage während ihrer Streaming-Sitzungen Probleme haben, können Sie ihnen die folgenden Informationen zur Verfügung stellen: + **Ich verwende Chrome, Version 66 oder höher, und Tastaturkürzel funktionieren nicht.** In Chrome werden Sie aufgefordert, auszuwählen, ob WorkSpaces Anwendungen auf Inhalte zugreifen dürfen, die in die Zwischenablage kopiert wurden. Wählen Sie **Allow (Zulassen)** aus, um das Einfügen in Ihre Remote-Sitzung zu ermöglichen. Wenn Sie Text von Ihrer Remote-Sitzung auf Ihr lokales Gerät kopieren, müssen sowohl die Chrome-Anwendung als auch die Registerkarte, die Ihre Streaming-Sitzung enthält, lange genug im Fokus Ihres lokalen Geräts bleiben, damit der Text von Ihrer Streaming-Sitzung kopiert werden kann. Kleine Textmengen sollten nahezu sofort kopiert werden, aber für große Textmengen müssen Sie möglicherweise 1 bis 2 Sekunden warten, bevor Sie von Chrome oder der Registerkarte mit Ihrer Streaming-Sitzung wechseln können. Die zum Kopieren des Texts erforderliche Zeit kann je nach Netzwerkbedingungen variieren. + **Kopieren und Einfügen funktioniert nicht, wenn ich versuche, eine große Datenmenge zu kopieren und einzufügen.** WorkSpaces Applications hat ein Standardlimit von 20 MB für die Textmenge, die Sie zwischen Ihrem lokalen Gerät und Ihrer Streaming-Sitzung kopieren und einfügen können. Wenn Sie versuchen, mehr als 20 MB zu kopieren, wird kein Text kopiert. Der Text wird jedoch gekürzt, wenn Ihr Administrator ein Limit festgelegt hat und Sie dieses Limit überschreiten. Dieses Limit gilt nicht, wenn Sie versuchen, den Text zwischen Anwendungen auf Ihrem lokalen Gerät oder zwischen Anwendungen in Ihrer Streaming-Sitzung zu kopieren und einzufügen. Administratoren können auch die Anzahl der Zeichen einschränken, die Sie in Ihre copy/paste Streaming-Sitzungen ein- und aussteigen. Wenn du Text kopieren oder einfügen musst, der mehr als 20 MB oder das angegebene Limit zwischen deinem lokalen Gerät und deiner Streaming-Sitzung überschreitet, kannst du ihn in kleinere Abschnitte aufteilen oder ihn stattdessen als Datei hochladen. + **Ich verwende die Zwischenablagefunktion des Webportals für WorkSpaces Anwendungen, um Text in meine Streaming-Sitzung einzufügen, aber sie funktioniert nicht.** In manchen Fällen kommt es vor, dass Sie Text in das Dialogfenster der Zwischenablage einfügen, das Dialogfeld schließen und dann nichts passiert, wenn Sie versuchen, den Text mithilfe von Tastaturkürzeln in Ihre Streaming-Sitzung einzufügen. Dieses Problem tritt auf, da, wenn sich das Dialogfenster der Zwischenablage öffnet, weil dann der Fokus von der Streaming-Anwendung abgezogen wird. Nachdem das Dialogfenster geschlossen wird, kehrt der Fokus möglicherweise nicht automatisch zu Ihrer Streaming-Anwendung zurück. Durch Klicken auf Ihre Streaming-Anwendung sollte der Fokus zurückkehren, sodass Sie den Text dann mithilfe von Tastaturkürzeln in Ihre Streaming-Sitzung einfügen können sollten. ## Einige Tastaturkürzel funktionieren nicht während der Streaming-Sitzungen der Benutzer. Die folgenden Tastenkombinationen funktionieren auf den lokalen Computern der Benutzer, werden jedoch nicht an WorkSpaces Anwendungs-Streaming-Sitzungen weitergegeben: Windows: + Win\$1L + Strg\$1Alt\$1Entf Mac: + Strg\$1F3 + Alle Tastaturkürzel, die Tastenkombinationen mit Alt oder der Wahltaste enthalten Dieses Problem ist durch folgende Einschränkungen auf den lokalen Computern der Benutzer bedingt: + Die Tastenkombinationen werden nach dem Betriebssystem gefiltert, das auf den lokalen Computern der Benutzer ausgeführt wird, und nicht an die Browser weitergegeben, mit denen Benutzer auf WorkSpaces Anwendungen zugreifen. Dieses Verhalten gilt für bei Windows für die Tastaturkürzel Win \$1 L und Strg \$1 Alt \$1 Entf und bei Mac für die Tastaturkürzel Strg \$1 F3. + Bei Verwendung mit Webanwendungen werden einige Tastaturkürzel durch den Browser gefiltert und generieren für die Webanwendungen kein Ereignis. Dies hat zur Folge, dass die Webanwendungen auf die von Benutzern eingegebenen Tastaturkürzel nicht reagieren können. + Die Tastaturkürzel werden vom Browser übersetzt, bevor ein Tastaturereignis generiert wird und daher werden sie nicht korrekt übersetzt. Beispiel: Alt-Kombinationen und Kombinationen mit der Wahltaste auf Mac-Computern werden so übersetzt, als wären es Alt Graph-Tastenkombinationen auf Windows. Wenn dies der Fall ist, entsprechen die Ergebnisse nicht der Intention des Benutzers, wenn er diese Tastenkombinationen verwendet. ## Die Grafik-Tablets meiner Benutzer funktionieren nicht mit den von mir bereitgestellten Streaming-Anwendungen. Wenn die Grafik-Tablets Ihrer Benutzer nicht mit Streaming-Anwendungen funktionieren, stellen Sie sicher, dass Sie die Anforderungen erfüllen und weitere Überlegungen zum Aktivieren dieser Funktion verstanden haben. Im Folgenden finden Sie die Voraussetzungen und Überlegungen, damit Ihre Benutzer Zeichentabletts während WorkSpaces Anwendungs-Streaming-Sitzungen verwenden können. **Anmerkung** Zeichentabletts werden für Benutzer unterstützt, die über den WorkSpaces Applications Client oder über einen unterstützten Webbrowser auf Anwendungen zugreifen WorkSpaces . + Damit Ihre Benutzer dieses Feature verwenden können, müssen Sie Ihre WorkSpaces Anwendungsflotte so konfigurieren, dass sie ein Image verwendet, auf dem Windows Server 2019 ausgeführt wird. + Um diese Funktion nutzen zu können, müssen Benutzer über den WorkSpaces WorkSpaces Applications Client oder nur über die Browser Google Chrome oder Mozilla Firefox auf Anwendungen zugreifen. + Streaming-Anwendungen müssen die Windows-Ink-Technologie unterstützen. Weitere Informationen finden Sie unter [Stiftinteraktionen und Windows Ink in Windows-Apps](https://docs.microsoft.com/en-us/windows/uwp/design/input/pen-and-stylus-interactions). + Einige Anwendungen, wie GIMP, müssen Grafik-Tablets auf der Streaming-Instance erkennen, um die Druckempfindlichkeit zu unterstützen. In diesem Fall müssen Ihre Benutzer den WorkSpaces Applications Client verwenden, um auf Anwendungen zuzugreifen und diese WorkSpaces Anwendungen zu streamen. Darüber hinaus müssen Sie die Zeichentablets Ihrer Benutzer qualifizieren, und Benutzer müssen ihre Zeichentabletts jedes Mal, wenn sie eine neue Streaming-Sitzung starten, mit WorkSpaces Applications teilen. + Dieses Funktion wird auf Chromebooks nicht unterstützt. ## Die japanische Spracheingabemethode funktioniert für meine Benutzer während ihrer Streaming-Sitzungen nicht Gehen Sie wie folgt vor, damit Ihre Benutzer während ihrer WorkSpaces Anwendungs-Streamingsitzungen die japanische Eingabemethode verwenden können: + Konfigurieren Sie Ihre Flotte so, dass sie die japanische Eingabemethode verwendet. Aktivieren Sie dazu die japanische Eingabemethode in Ihrem Image Builder, wenn Sie ein Abbild erstellen, und konfigurieren Sie dann Ihre Flotte für die Verwendung des Abbilds. Weitere Informationen finden Sie unter [Festlegen einer standardmäßigen Eingabemethode](configure-default-input-method.md). Auf diese Weise können WorkSpaces Anwendungen Ihr Bild automatisch für die Verwendung einer japanischen Tastatur konfigurieren. Weitere Informationen finden Sie unter [Japanische Tastaturen](special-considerations-japanese-language-settings.md#special-considerations-japanese-language-keyboards). + Stellen Sie sicher, dass die japanische Eingabemethode auch auf dem lokalen Computer des Benutzers aktiviert ist. Wenn die Flotten-Instance und der lokale Computer des Benutzers nicht dieselbe Spracheingabemethode verwenden, kann die Nichtübereinstimmung zu unerwarteten Tastatureingaben auf der Flotten-Instance während der Streaming-Sitzungen des Benutzers führen. Wenn die Flotten-Instance beispielsweise die japanische Eingabemethode und der lokale Computer des Benutzers die englische Eingabemethode verwendet, sendet der lokale Computer während einer Streaming-Sitzung Schlüssel an die Flotten-Instance, die einer anderen Schlüsselzuordnung als die der Flotten-Instance entsprechen. Aktivieren Sie die **Desktop**-Stream-Ansicht für die Fleet, um zu überprüfen, ob die japanische Eingabemethode für eine Flotten-Instance aktiviert ist. Weitere Informationen finden Sie in Schritt 6 unter [Eine Flotte in Amazon WorkSpaces Applications erstellen](set-up-stacks-fleets-create.md). ### Windows-Tastaturkürzel Nachfolgend finden Sie Windows-Tastaturkürzel zum Umschalten des japanischen Eingabemodus und für japanische Konvertierungen. Damit diese Tastenkombinationen funktionieren, muss die WorkSpaces Anwendungs-Streaming-Sitzung aktiv sein. **Windows-Tastaturkürzel zum Umschalten des japanischen Eingabemodus** | Tastaturkürzel | Description | | --- | --- | | 半角/全角/漢字 (Hankaku/Zenkaku/Kanji) Oder Alt \$1 ` | Schaltet den Eingabemodus zwischen alphanumerischem und japanischem Modus um | | 無変換 (Muhenkan) | Konvertiert Zeichen nacheinander in Hiragana, Katakana in voller Breite und Katakana in halber Breite | | カタカナ/ひらがな/ローマ字 (Katakana/Hiragana/Romaji) | Ändert den Eingabemodus zu Hiragana | | Umschalttaste \$1 カタカナ/ひらがな/ローマ字 (Katakana/Hiragana/Romaji) | Ändert den Eingabemodus auf Katakana | | Alt \$1 カタカナ/ひらがな/ローマ字 (Katakana/Hiragana/Romaji) | Schaltet den Eingabemodus zwischen japanischem Romaji und japanischem Kana um | **Windows-Tastaturkürzel für japanische Konvertierungen** | Tastaturkürzel | Description | | --- | --- | | 変換 (Henkan) \$1 Leertaste | Listet die Konvertierungsoptionen auf | | F6 | Konvertiert zu Hiragana | | F7 | Konvertiert zu Katakana in voller Breite | | F8 | Konvertiert zu Katakana in halber Breite | | F9 | Konvertiert zu Romaji in voller Breite | | F10 | Konvertiert zu Romaji in halber Breite | ### Mac-Tastaturkürzel Informationen über Mac-Tastaturkürzel zum Umschalten der japanischen Eingabemethode und zur Japanisch-Konvertierung finden Sie in den folgenden Artikeln der Mac-Support-Dokumentation. **Anmerkung** Da WorkSpaces Anwendungs-Streaming-Sitzungen auf Windows-Instanzen ausgeführt werden, kann es bei Mac-Benutzern zu unterschiedlichen Tastenzuordnungen kommen. + Tastaturkürzel für das Umschalten zwischen japanischen Eingabemethoden – [Set up and switch to a Japanese input source on Mac](https://support.apple.com/guide/japanese-input-method/set-up-and-switch-to-japanese-jpim10267/mac) + Tastaturkürzel für japanische Konvertierungen – [Keyboard shortcuts for Japanese conversions on Mac](https://support.apple.com/guide/japanese-input-method/keyboard-shortcuts-jpim10263/6.2.1/mac) ## Meine Benutzer sehen eine Fehlermeldung über das Erreichen der maximalen Anzahl von Streaming-Sitzungen, wenn sie versuchen, eine Anwendung aus dem Anwendungskatalog zu starten. Bei WorkSpaces Applications Elastic Fleets geben Sie mithilfe des Parameters max concurrency eine maximale Anzahl von Benutzern an, die gleichzeitig streamen können. Alle Benutzer, die versuchen, über diesen Wert hinaus zu streamen, erhalten diesen Fehler. Erhöhen Sie die maximale Anzahl der gleichzeitigen Streams oder weisen Sie die Benutzer an, auf die Beendigung der Streaming-Sitzung eines anderen Benutzers zu warten, um dieses Problem zu beheben. **Anmerkung** Möglicherweise müssen Sie eine Erhöhung des Limits beantragen, um den Typ und die Größe der Instance zu erhöhen. ## Meine Benutzer sehen einen schwarzen Bildschirm oder den Desktop und ihre Anwendung startet nicht auf einer Elastic-Flotte. Es wird kein Fehler angezeigt. Dies kann passieren, wenn der Startpfad der Anwendung falsch ist und AppStream 2.0 die Anwendung nicht starten kann. Sie können den Startpfad der Anwendung überprüfen, indem Sie die Desktop-Ansicht auf der Flotte verwenden, um das Stammvolume zu navigieren. Überprüfen Sie, ob die ausführbare Datei der Anwendung unter dem angegebenen Pfad existiert. Wenn Sie die virtuelle Festplatte oder das Setup-Skript des App-Blocks auf der Streaming-Instanz nicht finden können, war AppStream 2.0 möglicherweise nicht in der Lage, sie aus dem S3-Bucket herunterzuladen. Überprüfen Sie, ob die von Ihnen angegebene VPC Zugriff auf S3 hat. Weitere Informationen finden Sie unter [Verwendung von Amazon S3 S3-VPC-Endpunkten für Anwendungsfunktionen WorkSpaces](managing-network-vpce-iam-policy.md). # Fehlerbehebung bei Problemen mit persistentem Speicher Amazon WorkSpaces Applications unterstützt die folgenden Optionen für persistenten Speicher: Home-Ordner, Google Drive für G Suite und OneDrive für Business. Da das Verhalten bei der Synchronisierung von Inhalten bei diesen Lösungen für persistenten Speicher einheitlich ist, empfehlen wir, dass Sie sich unter [Synchronisieren von Inhalten der Basisordner](home-folders-content-synchronization.md) über das erwartete Verhalten informieren. Die folgenden Probleme können auftreten, wenn Sie oder Ihre Nutzer den persistenten Speicher von WorkSpaces Apps verwenden. **Topics** + [ ## Die Basisordner meines Stacks funktionieren nicht ordnungsgemäß. ](#troubleshooting-s3-failures) + [ ## Meine Benutzer können von einer unserer Anwendungen aus nicht auf ihr Basisordnerverzeichnis zugreifen. ](#alternate-path-accessing-home-folders) + [ ## Meine Benutzer erhalten die Fehlermeldung „Gerät ist nicht bereit“, wenn sie über eine unserer Anwendungen auf ihren Home-Ordner zugreifen. ](#alternate-path-accessing-home-folders) + [ ## Ich habe eine Datei im Basisordner eines Benutzers in Amazon S3 entfernt oder ersetzt, aber meine Benutzer sehen nicht die Änderungen in ihrem Basisordner auf der Flotten-Instance während ihrer Streaming-Sitzungen. ](#removed-replaced-folder-in-s3-users-dont-see-changes-on-fleet-instance) + [ ## Der persistente Speicher funktioniert nicht wie erwartet. Die Dateien meiner Benutzer brauchen länger als erwartet, um im persistenten Speicher gespeichert zu werden. ](#troubleshooting-persistent-storage-applications-take-long-time-to-save-to-home-folder) + [ ## Meine Benutzer erhalten die Fehlermeldung, dass Dateien bereits verwendet werden, obwohl ihre Dateien nicht in Gebrauch sind. ](#troubleshooting-persistent-storage-application-errors-files-already-in-use) + [ ## Wenn ein Ordner Tausende von Dateien enthält, kann es lange dauern, bis WorkSpaces Anwendungen die Dateiliste anzeigen. ](#troubleshooting-persistent-storage-delay-listing-thousands-of-files-in-folder) ## Die Basisordner meines Stacks funktionieren nicht ordnungsgemäß. Bei der Sicherung des Basisordners für einen S3-Bucket kann es in folgenden Szenarien zu Problemen kommen: + Es besteht keine Internetkonnektivität von der Streaming-Instance oder es besteht ggf. kein Zugriff auf den privaten Amazon-S3-VPC-Endpunkt. + Der Netzwerk-Bandbreitenbedarf ist zu hoch. Dies ist beispielsweise der Fall, wenn mehrere große Dateien von den Benutzern heruntergeladen oder gestreamt werden, während der Service versucht, einen Basisordner mit großen Dateien in Amazon S3 zu sichern. + Eine Datei ist größer als 5 GB. + Ein Administrator hat den vom Service erstellten Bucket gelöscht. + Ein Administrator hat die Amazon-S3-Berechtigungen für die Servicerolle `AmazonAppStreamServiceAccess` falsch bearbeitet. Weitere Informationen finden Sie im [Benutzerhandbuch für Amazon Simple Storage Service](https://docs.aws.amazon.com/AmazonS3/latest/userguide/). ## Meine Benutzer können von einer unserer Anwendungen aus nicht auf ihr Basisordnerverzeichnis zugreifen. Einige Anwendungen erkennen die Weiterleitung nicht, die den Basisordner als übergeordneten Ordner im Explorer anzeigt. Wenn dies der Fall ist, können Ihre Benutzer über eine Anwendung während einer Streaming-Sitzung auf ihren Basisordner zugreifen, indem sie **File Open (Datei öffnen)** auf der Anwendungsoberfläche auswählen und zu einem der folgenden Verzeichnisse navigieren: + Non-domain-joined Windows-Instanzen: C:\$1Users\$1PhotonUser\$1 My Files\$1 Home Folder + Mit einer Domain verknüpfte Windows-Instances: C:\$1Users\$1%username%\$1My Files\$1Home Folder + Linux-Instanzen: \$1//MyFilesHomeFolder ## Meine Benutzer erhalten die Fehlermeldung „Gerät ist nicht bereit“, wenn sie über eine unserer Anwendungen auf ihren Home-Ordner zugreifen. Das permanente Bereitstellen des Speichers erfolgt, nachdem sich ein Benutzer angemeldet hat. Dies kann mehrere Sekunden dauern. Der Fehler „Gerät ist nicht bereit“ kann auftreten, wenn Ihre Anwendung versucht, auf die Dateien aus dem Basisordner zuzugreifen, bevor das Mounten des dauerhaften Speichers abgeschlossen ist. Wir empfehlen Ihnen, es nach einer Wartezeit von einigen Minuten erneut zu versuchen. Um dieses Problem zu vermeiden, können Sie Sitzungsskripts verwenden und den Status der Speicherbereitstellung überwachen. Starten Sie dann die Streaming-Sitzung, nachdem die Installation abgeschlossen ist. Dies verbessert auch die Erfahrung Ihrer Endbenutzer. Weitere Informationen finden Sie unter [Verwenden Sie Sitzungsskripten, um das Streaming-Erlebnis Ihrer Amazon WorkSpaces Applications-Benutzer zu verwalten](use-session-scripts.md). ## Ich habe eine Datei im Basisordner eines Benutzers in Amazon S3 entfernt oder ersetzt, aber meine Benutzer sehen nicht die Änderungen in ihrem Basisordner auf der Flotten-Instance während ihrer Streaming-Sitzungen. Unterschiede zwischen Inhalten, die im Home-Ordner eines Benutzers in einem S3-Bucket gespeichert sind, und Inhalten, die einem Benutzer auf einer Flotte-Instance während seiner Streaming-Sitzungen zur Verfügung stehen, können auf die Art und Weise zurückzuführen sein, wie in Amazon S3 S3-Buckets gespeicherte Home-Ordnerinhalte mit Home-Ordnerinhalten synchronisiert werden, die auf AppStream 2.0-Flotteninstanzen gespeichert sind. Zu Beginn der WorkSpaces Anwendungs-Streaming-Sitzung eines Benutzers katalogisiert WorkSpaces Applications die im Amazon S3-Bucket gespeicherten Home-Ordnerdateien des Benutzers für Ihr Amazon Web Services Services-Konto und Ihre Region. Wenn ein Benutzer eine Streaming-Anwendung verwendet, um eine Datei in seinem Home-Ordner auf seiner Flotte-Instance zu öffnen, lädt AppStream 2.0 die Datei auf die Flotte-Instance herunter. Änderungen, die Benutzer während der aktiven Streaming-Sitzung an Dateien auf einer Flotten-Instance vornehmen, werden alle paar Sekunden oder am Ende der Streaming-Sitzung der Benutzer in den Basisordner im S3-Bucket hochgeladen. Wenn Benutzer während einer Streaming-Sitzung eine Datei im Basisordner auf einer Flotten-Instance öffnen und dann die Datei schließen, ohne Änderungen vorzunehmen oder die Datei zu speichern, und Sie die Datei während der Streaming-Sitzung aus dem Basisordner der Benutzer in einem S3-Bucket entfernen, wird die Datei aus der Flotten-Instance entfernt, wenn die Benutzer den Ordner aktualisieren. Wenn Benutzer die Datei ändern und lokal speichern, bleibt die Datei für die Benutzer auf der Flotten-Instance während der aktuellen Streaming-Sitzung verfügbar. Die Datei wird auch wieder in den S3-Bucket hochgeladen. Es kann jedoch sein, dass die Datei den Benutzern während der nächsten Streaming-Sitzung auf der Flotten-Instance nicht mehr zur Verfügung steht. Die Verfügbarkeit der Datei auf der Flotten-Instance während der nächsten Streaming-Sitzung der Benutzer hängt davon ab, ob die Benutzer die Datei auf der Flotten-Instance geändert haben, bevor oder nachdem Sie die Datei im S3-Bucket geändert haben. Weitere Informationen finden Sie unter [Synchronisieren von Inhalten der Basisordner](home-folders-content-synchronization.md). ## Der persistente Speicher funktioniert nicht wie erwartet. Die Dateien meiner Benutzer brauchen länger als erwartet, um im persistenten Speicher gespeichert zu werden. Während WorkSpaces Anwendungs-Streaming-Sitzungen kann das Speichern großer Dateien und Verzeichnisse, die mit rechenintensiven Anwendungen verknüpft sind, im persistenten Speicher länger dauern als das Speichern von Dateien und Verzeichnissen, die für grundlegende Produktivitätsanwendungen erforderlich sind. So kann es beispielsweise länger dauern, bis Anwendungen eine große Datenmenge speichern oder dieselben Dateien häufig ändern, als Dateien zu speichern, die von Anwendungen erstellt wurden, die eine einzelne Schreibaktion ausführen. Auch das Speichern vieler kleiner Dateien kann mehr Zeit in Anspruch nehmen. Wenn Ihre Benutzer Dateien und Verzeichnisse speichern, die mit rechenintensiven Anwendungen verknüpft sind, und die persistenten Speicheroptionen für WorkSpaces Anwendungen nicht erwartungsgemäß funktionieren, empfehlen wir Ihnen, eine SMB-Lösung (Server Message Block) wie Amazon FSx für Windows File Server oder ein AWS Storage Gateway File-Gateway zu verwenden. Im Folgenden finden Sie Beispiele für Dateien und Verzeichnisse, die rechenintensiven Anwendungen zugeordnet sind und sich besser für die Verwendung mit diesen SMB-Lösungen eignen: + Workspace-Ordner für integrierte Entwicklungsumgebungen () IDEs + Lokale Datenbankdateien + Scratchspace-Ordner, die von Grafiksimulationsprogrammen erstellt wurden Weitere Informationen finden Sie unter: + [https://docs.aws.amazon.com/fsx/latest/WindowsGuide/what-is.html](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/what-is.html) + [Amazon FSx mit WorkSpaces Amazon-Anwendungen verwenden](https://aws.amazon.com/blogs/desktop-and-application-streaming/using-amazon-fsx-with-amazon-appstream-2-0/) + [File Gateways](https://docs.aws.amazon.com/storagegateway/latest/userguide/StorageGatewayConcepts.html#file-gateway-concepts) im *AWS Storage Gateway -Benutzerhandbuch* **Anmerkung** Bevor Sie mit der weiteren Fehlerbehebung fortfahren, stellen Sie zunächst sicher, dass das Problem, das Ihre Benutzer beim Speichern von Dateien und Verzeichnissen haben, nur auf den persistenten Speicher von WorkSpaces Anwendungen zurückzuführen ist und nicht auf eine andere Ursache zurückzuführen ist. Bitten Sie Ihre Benutzer, die Dateien oder Verzeichnisse im Verzeichnis „Temporäre Dateien“ zu speichern, das auf ihrer Streaming-Instance verfügbar ist, um andere Ursachen auszuschließen. ## Meine Benutzer erhalten die Fehlermeldung, dass Dateien bereits verwendet werden, obwohl ihre Dateien nicht in Gebrauch sind. Dieses Verhalten tritt typischerweise in den folgenden Fällen auf: + wenn die Dateien von Benutzern noch hochgeladen werden, nachdem sie zuletzt gespeichert wurden + wenn Dateien häufig geändert werden (z. B. Datenbankdateien) Das Hochladen großer Dateien kann viel Zeit in Anspruch nehmen. Außerdem kann jeder Versuch, die Datei hochzuladen, zu einer weiteren Aktualisierung der Datei führen, was wiederum zu wiederholten Versuchen zum Hochladen der Datei beitragen kann. Um dieses Problem zu beheben, empfehlen wir die Verwendung einer SMB-Lösung (Server Message Block) wie Amazon FSx for Windows File Server oder eines AWS Storage Gateway File-Gateways. Weitere Informationen finden Sie unter: + [https://docs.aws.amazon.com/fsx/latest/WindowsGuide/what-is.html](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/what-is.html) + [Amazon FSx mit WorkSpaces Amazon-Anwendungen verwenden](https://aws.amazon.com/blogs/desktop-and-application-streaming/using-amazon-fsx-with-amazon-appstream-2-0/) + [File Gateways](https://docs.aws.amazon.com/storagegateway/latest/userguide/StorageGatewayConcepts.html#file-gateway-concepts) im *AWS Storage Gateway -Benutzerhandbuch* ## Wenn ein Ordner Tausende von Dateien enthält, kann es lange dauern, bis WorkSpaces Anwendungen die Dateiliste anzeigen. WorkSpaces Anwendungen verwenden API-Aufrufe, um den Inhalt von Ordnern abzurufen, die im persistenten Speicher von WorkSpaces Anwendungen gespeichert sind. Die Anzahl der Elemente, die ein API-Aufruf bei jeder Ausführung abrufen kann, ist begrenzt. Aus diesem Grund kann es, wenn WorkSpaces Anwendungen Tausende von Dateien in einem einzigen Ordner abrufen müssen, länger dauern, bis die Liste aller Dateien angezeigt wird, als wenn die Liste der Dateien in einem Ordner angezeigt wird, der weniger Dateien enthält. Sollten Sie Tausende von Dateien in einem Ordner haben, empfehlen wir Ihnen, diesen Inhalt in Gruppen mit weniger Dateien aufzuteilen und jede Gruppe in einem anderen Ordner zu speichern. Auf diese Weise lässt sich das Problem leicht beheben. Dies reduziert die Anzahl der API-Aufrufe, die erforderlich sind, um die Liste der Dateien in den einzelnen Ordnern anzuzeigen. # Benachrichtigungscodes für die Fehlerbehebung Im Folgenden finden Sie Benachrichtigungscodes und Lösungsschritte für Benachrichtigungen, die Ihnen möglicherweise angezeigt werden, wenn Sie Amazon WorkSpaces Applications einrichten und verwenden. Diese Benachrichtigungen finden Sie auf der Registerkarte **Benachrichtigungen** in der WorkSpaces Anwendungskonsole, nachdem Sie einen Image Builder oder eine Image-Flotte ausgewählt haben. Sie können Flottenbenachrichtigungen auch mithilfe des API-Vorgangs WorkSpaces Applications [DescribeFleets](https://docs.aws.amazon.com/appstream2/latest/APIReference/API_DescribeFleets.html)oder des CLI-Befehls [describe-fleets](https://docs.aws.amazon.com/cli/latest/reference/appstream/describe-fleets.html) abrufen. ## Active Directory Internal Service Gehen Sie wie folgt vor, wenn Sie bei der Einrichtung und Verwendung von Active Directory mit Amazon WorkSpaces Applications einen internen Servicefehler erhalten. **INTERNAL\$1SERVICE\$1ERROR** **Meldung**: Der Benutzername oder das Kennwort ist falsch. **Behebung**: Dieser Fehler könnte auftreten, wenn das Computerobjekt, das in der Microsoft-Active-Directory-Domain für die Ressource erstellt wurde, gelöscht oder deaktiviert wurde. Sie können diesen Fehler beheben, indem Sie das Computerobjekt in der Active Directory-Domäne aktivieren und dann die Ressource erneut starten. Möglicherweise müssen Sie auch das Computerobjekt-Konto in der Active Directory-Domäne zurücksetzen. Wenn dieser Fehler weiterhin auftritt, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [AWS Support Center](https://console.aws.amazon.com/support/home#/). ## Verbindung mit der Active Directory-Domäne Im Folgenden finden Sie Benachrichtigungscodes und Lösungsschritte für Probleme mit dem Domänenbeitritt, die bei der Einrichtung und Verwendung von Active Directory mit WorkSpaces Amazon-Anwendungen auftreten können. **DOMAIN\$1JOIN\$1ERROR\$1ACCESS\$1DENIED** **Nachricht**: Zugriff verweigert. **Behebung**: Das in der Verzeichniskonfiguration angegebene Service-Konto hat keine Berechtigung, das Computerobjekt zu erstellen oder ein vorhandenes wiederzuverwenden. Überprüfen Sie die Berechtigungen und starten Sie die Image Builder oder die Flotte. Weitere Informationen finden Sie unter [Gewähren von Berechtigungen zum Erstellen und Verwalten von Active Directory-Computerobjekten](active-directory-permissions.md). **DOMAIN\$1JOIN\$1ERROR\$1LOGON\$1FAILURE** **Nachricht**: Der Benutzername oder das Kennwort ist falsch. **Behebung**: Das bei der Verzeichniskonfiguration angegebene Service-Konto verwendet einen ungültigen Benutzernamen oder ein ungültiges Kennwort. Aktualisieren Sie die Konfiguration und erstellen Sie den Image Builder oder die Flotte neu, in dem bzw. der der Fehler auftrat. **DOMAIN\$1JOIN\$1NERR\$1PASSWORD\$1EXPIRED** **Nachricht**: Das Passwort dieses Benutzers ist abgelaufen. **Lösung**: Das Passwort für das in der Konfiguration des WorkSpaces Anwendungsverzeichnisses angegebene Dienstkonto ist abgelaufen. Ändern Sie das Passwort für das Service-Konto in Ihrer Active Directory-Domäne, aktualisieren Sie die Konfiguration und erstellen Sie dann den Image Builder oder die Flotte, in dem/der der Fehler aufgetreten ist, neu. **DOMAIN\$1JOIN\$1ERROR\$1DS\$1MACHINE\$1ACCOUNT\$1QUOTA\$1EXCEEDED** **Nachricht**: Ihr Computer konnte der Domäne nicht hinzugefügt werden. Die maximale Anzahl der Computerkonten, die in dieser Domäne erstellt werden dürfen, wurde überschritten. Wenden Sie sich an Ihren Systemadministrator, damit diese Anzahl zurückgesetzt oder erhöht wird. **Behebung**: Das in der Verzeichniskonfiguration angegebene Service-Konto verfügt nicht über Berechtigungen, das Computerobjekt zu erstellen oder ein vorhandenes wiederzuverwenden. Überprüfen Sie die Berechtigungen und starten Sie die Image Builder oder die Flotte. Weitere Informationen finden Sie unter [Gewähren von Berechtigungen zum Erstellen und Verwalten von Active Directory-Computerobjekten](active-directory-permissions.md). **DOMAIN\$1JOIN\$1ERROR\$1INVALID\$1PARAMETER** **Nachricht**: Ein Parameter ist nicht korrekt. Dieser Fehler wird zurückgegeben, wenn der Parameter `LpName` auf NULL gesetzt ist oder für den Parameter `NameType` `NetSetupUnknown` oder ein unbekannter Namenstyp angegeben ist. **Behebung**: Dieser Fehler kann auftreten, wenn der spezifische Name für die Organisationseinheit fehlerhaft ist. Überprüfen Sie die OU und versuchen Sie es erneut. Wenn dieser Fehler weiterhin auftritt, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [AWS Support Center](https://console.aws.amazon.com/support/home#/). **DOMAIN\$1JOIN\$1ERROR\$1MORE\$1DATA** **Nachricht**: Es sind weitere Daten verfügbar. **Behebung**: Dieser Fehler kann auftreten, wenn der spezifische Name für die Organisationseinheit fehlerhaft ist. Überprüfen Sie die OU und versuchen Sie es erneut. Wenn dieser Fehler weiterhin auftritt, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [AWS Support Center](https://console.aws.amazon.com/support/home#/). **DOMAIN\$1JOIN\$1ERROR\$1NO\$1SUCH\$1DOMAIN** **Nachricht**: D angegebene Domäne ist nicht vorhanden oder konnte nicht kontaktiert werden. **Behebung**: Die Streaming-Instance konnte keine Verbindung mit Ihrer Active-Directory-Domain einrichten. Überprüfen Sie Ihre VPC, Ihr Subnetz und Ihre Sicherheitsgruppeneinstellungen, um die Netzwerkkonnektivität zu überprüfen. Weitere Informationen finden Sie unter [Meine WorkSpaces Anwendungs-Streaming-Instances treten der Active Directory-Domäne nicht bei.](troubleshooting-active-directory.md#troubleshooting-active-directory-5). **DOMAIN\$1JOIN\$1NERR\$1WORKSTATION\$1NOT\$1STARTED** **Nachricht**: Der Workstation-Dienst wurde nicht gestartet. **Behebung**: Beim Starten des Workstation-Service ist ein Fehler aufgetreten. Stellen Sie sicher, dass der Dienst in Ihrem Image aktiviert ist. Wenn dieser Fehler weiterhin auftritt, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [AWS Support Center](https://console.aws.amazon.com/support/home#/). **DOMAIN\$1JOIN\$1ERROR\$1NOT\$1SUPPORTED** **Nachricht**: Die Anfrage wird nicht unterstützt. Dieser Fehler wird zurückgegeben, wenn im Parameter `lpServer` ein Remote-Computer angegeben wurde, und dieser Aufruf auf dem Remote-Computer nicht unterstützt wird. **Lösung**: Wenden Sie sich an, AWS Support wenn Sie Hilfe benötigen. Weitere Informationen finden Sie unter [AWS Support Center](https://console.aws.amazon.com/support/home#/). **DOMAIN\$1JOIN\$1ERROR\$1FILE\$1NOT\$1FOUND** **Nachricht**: Die angegebene Datei wurde nicht gefunden. **Behebung**: Dieser Fehler tritt auf, wenn ein ungültiger spezifische Name für die Organisationseinheit angegeben wird. Der spezifische Name muss mit **OU=** beginnen. Validieren Sie den spezifischen Namen der OU und versuchen Sie es erneut. Weitere Informationen finden Sie unter [Den spezifischen Namen der Organisationseinheit finden](active-directory-oudn.md). **DOMAIN\$1JOIN\$1INTERNAL\$1SERVICE\$1ERROR** **Nachricht**: Das Konto besteht bereits. **Behebung**: Dieser Fehler kann in einem der folgenden Szenarien auftreten: + Wenn das Problem nicht mit den Berechtigungen zusammenhängt, überprüfen Sie die Netdom-Protokolle auf Fehler und stellen Sie sicher, dass Sie die richtige Organisationseinheit angegeben haben. + Das in der Verzeichniskonfiguration angegebene Service-Konto hat keine Berechtigung, das Computerobjekt zu erstellen oder ein vorhandenes wiederzuverwenden. Überprüfen Sie die Berechtigungen und starten Sie die Image Builder oder die Flotte. Weitere Informationen finden Sie unter [Gewähren von Berechtigungen zum Erstellen und Verwalten von Active Directory-Computerobjekten](active-directory-permissions.md). + Nachdem WorkSpaces Applications das Computerobjekt erstellt hat, wird es aus der Organisationseinheit verschoben, in der es erstellt wurde. In diesem Fall wird zwar der erste Image Builder oder die erste Flotte erfolgreich erstellt, jeder neue Image Builder bzw. jede neue Flotte, der/die das Computerobjekt verwendet, schlägt jedoch fehl. Wenn Active Directory nach dem Computerobjekt in der angegebenen OU sucht und feststellt, dass ein Objekt mit demselben Namen an anderer Stelle in der Domäne vorhanden ist, ist die Domäneneinbindung nicht erfolgreich. + Der Name der in der WorkSpaces Anwendungsverzeichniskonfiguration angegebenen Organisationseinheit enthält Leerzeichen vor oder nach den Kommas in der Verzeichniskonfiguration. Wenn in diesem Fall eine Flotte oder ein Image Builder versucht, der Active Directory-Domäne wieder beizutreten, können die WorkSpaces Anwendungen die Computerobjekte nicht korrekt wechseln und der erneute Beitritt zur Domäne schlägt fehl. Führen Sie folgende Schritte aus, um das Problem mit der Flotte zu beheben: 1. Halten Sie die Flotte an. 1. Bearbeiten Sie die Einstellungen der Active-Directory-Domain für die Flotte, um die Konfiguration und die Organisationseinheit des Verzeichnisses zu entfernen, mit denen die Flotte verbunden ist. Weitere Informationen finden Sie unter [Schritt 3: Erstellen einer mit der Domäne verknüpften Flotte](active-directory-directory-setup.md#active-directory-setup-fleet). 1. Aktualisieren Sie die WorkSpaces Anwendungsverzeichniskonfiguration, um eine Organisationseinheit anzugeben, die keine Leerzeichen enthält. Weitere Informationen finden Sie unter [Schritt 1: Erstellen eines Directory Config-Objekts](active-directory-directory-setup.md#active-directory-setup-config). 1. Bearbeiten Sie die Einstellungen der Active-Directory-Domain für die Flotte, um die Verzeichniskonfiguration mit der aktualisierten Verzeichnisorganisationseinheit anzugeben. Führen Sie folgende Schritte aus, um das Problem zu lösen: 1. Löschen Sie den Image Builder. 1. Aktualisieren Sie die WorkSpaces Anwendungsverzeichniskonfiguration, um eine Organisationseinheit anzugeben, die keine Leerzeichen enthält. Weitere Informationen finden Sie unter [Schritt 1: Erstellen eines Directory Config-Objekts](active-directory-directory-setup.md#active-directory-setup-config). 1. Erstellen Sie einen neuen Image Builder und geben Sie die Verzeichniskonfiguration mit der aktualisierten Verzeichnisorganisationseinheit an. Weitere Informationen finden Sie unter [Starten eines Image Builder zum Installieren und Konfigurieren von Streaming-Anwendungen](tutorial-image-builder-create.md). ## Abbild „Interner Service“ Gehen Sie wie folgt vor, wenn Sie Image-Updates für verwaltete WorkSpaces Anwendungen verwendet haben, um ein Image-Update zu initiieren, ein interner Dienstfehler angezeigt wird. **INTERNAL\$1SERVICE\$1ERROR** **Meldung**: WorkSpaces Anwendungen konnten das Image nicht aktualisieren*image-name*. Konnte nicht update/install/configure/disable. Überprüfen Sie das Quellabbild und versuchen Sie es erneut. Wenn das Problem weiterhin besteht, wenden Sie sich an AWS Support. **Behebung**: Dieser Fehler kann auftreten, wenn ein Problem mit dem Quellabbild vorliegt. Versuchen Sie erneut, das Abbild zu aktualisieren. Wenn die Aktualisierung erneut nicht funktioniert, stellen Sie sicher, dass die neueste Version des SSM-Agenten verwendet wird. Versionsinformationen finden Sie unter [WorkSpaces Versionshinweise für das Basis-Image und das Managed Image-Update für Anwendungen](base-image-version-history.md). Weitere Informationen zur Installation finden Sie unter [Manuelles Installieren eines SSM-Agents auf EC2-Instances für Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-install-win.html). Wenn der Fehler weiterhin auftritt, starten Sie einen Image Builder aus dem Abbild heraus. Weitere Informationen finden Sie unter [Starten eines Image Builder zum Installieren und Konfigurieren von Streaming-Anwendungen](tutorial-image-builder-create.md). Wenn Sie Image Builder nicht über das Image starten können, liegt ein anderes Problem mit dem Image vor, das behoben werden muss, bevor Sie Managed AppStream 2.0-Image-Updates verwenden können, um das Image zu aktualisieren. Wenn dieser Fehler weiterhin auftritt, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [AWS Support -Center](https://console.aws.amazon.com/support/home#/). ## Bereitstellung von Sitzungen Im Folgenden finden Sie Benachrichtigungscodes und Lösungsschritte für Probleme mit der Sitzungsbereitstellung, die auftreten können, wenn Ihre Endbenutzer versuchen, die Streaming-Sitzung bereitzustellen. **Anmerkung** Das unten stehende „X“ steht für die Anzahl der Sitzungen, bei denen ein bestimmter Fehlercode aufgetreten ist. **USER\$1PROFILE\$1MOUNTING\$1FAILURE** **Meldung**: In X-Sitzung (en) sind Fehler beim Mounten des Benutzerprofils aufgetreten. **Lösung**: Um dieses Problem zu beheben, überprüfen Sie, ob Benutzerprofile beschädigt sind oder ob Prozesse von Drittanbietern auf der Instanz das Mounten von Benutzerprofilen stören. Wenn dieser Fehler weiterhin auftritt, wenden AWS Support Sie sich an. Weitere Informationen finden Sie unter [AWS Support -Center](https://console.aws.amazon.com/support/home#/). **USER\$1PROFILE\$1DOWNLOADING\$1FAILURE** **Meldung: Bei** X-Sitzung (en) ist das Herunterladen von Benutzerprofilen fehlgeschlagen. **Lösung**: Überprüfen Sie Ihre Netzwerkkonfiguration, um dieses Problem zu beheben. Wenn dieser Fehler weiterhin auftritt, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [AWS Support -Center](https://console.aws.amazon.com/support/home#/). **HOME\$1FOLDER\$1MOUNTING\$1FAILURE** **Meldung**: In X-Sitzungen sind Fehler beim Mounten des Home-Ordners aufgetreten. **Lösung**: Überprüfen Sie Ihre Netzwerkkonfiguration, um dieses Problem zu beheben. Wenn dieser Fehler weiterhin auftritt, wenden Sie sich an AWS Support. Weitere Informationen finden Sie unter [AWS Support Center](https://console.aws.amazon.com/support/home#/).