Behebung von AppStream Benutzerproblemen mit Version 2.0

Im Folgenden sind mögliche Probleme aufgeführt, die bei Ihren Benutzern auftreten können, wenn sie AppStream 2.0 verwenden.

Die AppStream 2.0-Client-Installationen meiner Benutzer schlagen fehl, und sie erhalten eine entsprechende Meldung. NETFramework 4.6 ist erforderlich.

Wenn Benutzer den AppStream 2.0-Client installieren, wird AppStream 2.0 ebenfalls installiert. NETFramework-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,. NETFramework kann nicht installiert werden. In diesem Fall werden Benutzer in einer Meldung zur Installation aufgefordert. NETFramework-Version 4.6 manuell. Wenn Benutzer jedoch Install (Installieren) auswählen, wird in einer Fehlermeldung angegeben, dass die Installation fehlgeschlagen ist. Benutzer werden dann aufgefordert, zu versuchen, die neueste Version von zu installieren. NETManuelles Framework. Wenn sie Close (Schließen) auswählen, wird die Installation beendet.

Um dieses Problem zu beheben, müssen Benutzer von dem PC aus, auf dem sie den Client installieren möchten, eine Internetverbindung herstellen und dann herunterladen und installieren. NETFramework-Version 4.6.2 oder höher auf demselben PC. Für eine Liste der. NETFramework-Versionen, die zum Herunterladen verfügbar sind, finden Sie unter Herunterladen. NETFramework.

Anmerkung

Benutzer, auf denen Version 1.1.156 des AppStream 2.0-Clients installiert ist, benötigen. NETDie Framework-Version 4.7.2 oder höher ist auf demselben PC installiert.

Die USB Treiberinstallationen meiner Benutzer schlagen fehl, wenn sie den AppStream 2.0-Client installieren, und jetzt können sie ihre USB Geräte nicht mit AppStream 2.0 verwenden.

Wenn Benutzer den AppStream 2.0-Client installieren, entscheiden sie, ob sie den AppStream USB 2.0-Treiber installieren möchten. Der Treiber ist erforderlich, um USB Geräte mit Anwendungen zu verwenden, die über AppStream 2.0 gestreamt werden. Die USB Treiberinstallation schlägt jedoch fehl, wenn beide der folgenden 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 AppStream USB Amazon-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 AppStream 2.0-Client-Installation ohne den USB Treiber abgeschlossen. Benutzer können den AppStream 2.0-Client zwar weiterhin für das Anwendungsstreaming verwenden, ihre USB Geräte funktionieren jedoch nicht mit Anwendungen, die über AppStream 2.0 gestreamt werden.

Um dieses Problem zu beheben, müssen Benutzer von dem PC aus, auf dem sie den AppStream 2.0-Client installieren möchten, eine Internetverbindung herstellen und den Client erneut installieren.

Die Benutzer meines AppStream 2.0-Clients werden alle 60 Minuten von ihrer AppStream 2.0-Sitzung getrennt.

Wenn Sie den Identitätsverbund mit SAML 2.0 für den Zugriff auf AppStream 2.0 konfiguriert haben, müssen Sie je nach Ihrem Identitätsanbieter (IdP) möglicherweise die Informationen konfigurieren, an die der IdP im Rahmen der AWS Authentifizierungsantwort als SAML Attribute 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. Obwohl SessionDuration es sich um ein optionales Attribut handelt, empfehlen wir, 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 nach Bedarf fest. Weitere Informationen finden Sie unter Schritt 5: Assertionen für die SAML Authentifizierungsantwort erstellen.

Anmerkung

Wenn Ihre Benutzer auf ihre Streaming-Anwendungen in AppStream 2.0 mithilfe des nativen AppStream 2.0-Clients oder mithilfe des Webbrowsers in der neuen Umgebung zugreifen, werden ihre Sitzungen nach Ablauf der Sitzungsdauer getrennt. Wenn Ihre Benutzer auf der alten/klassischen Oberfläche mit einem Webbrowser auf ihre Streaming-Anwendungen in AppStream 2.0 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-Erlebnis anmelden und es weiterhin zu zufälligen Verbindungsabbrüchen kommt, kann dies daran liegen, dass die von der AppStream 2.0-Sitzung verwendeten Sitzungscookies von anderen Webanwendungen, die als Subdomain verwendenaws.amazon.com, ungültig gemacht werden. Im Folgenden sind gängige Benutzerszenarien aufgeführt:

• Wenn ein Benutzer eine neue AppStream 2.0-Sitzung im selben Browser initiiert, wird die bestehende AppStream 2.0-Sitzung 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 AppStream 2.0-Sitzung getrennt.

• Wenn sich ein Benutzer AWS Management Console mit neuen IAM Anmeldeinformationen im selben Browser anmeldet, wird die bestehende AppStream 2.0-Sitzung getrennt.

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 AppStream 2.0-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

Meine Benutzer können keine Daten zwischen ihrem lokalen Gerät und ihrer Streaming-Sitzung kopieren und einfügen.

AppStream 2.0 nutzt die Vorteile der W3C-Spezifikation, 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 AppStream 2.0-Webportal 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 AppStream 2.0 auf Inhalte zugreifen darf, 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.

  AppStream 2.0 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 Streaming-Sitzungen kopieren/einfügen. Wenn du Text kopieren oder einfügen musst, der mehr als 20 MB oder die angegebene Grenze 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 AppStream 2.0, 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 AppStream 2.0-Streaming-Sitzungen weitergegeben:

Windows:

• Win+L

• Strg+Alt+Entf

Mac:

• Strg+F3

• 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 AppStream 2.0 zugreifen. Dieses Verhalten gilt für bei Windows für die Tastaturkürzel Win + L und Strg + Alt + Entf und bei Mac für die Tastaturkürzel Strg + 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 Anforderungen und Überlegungen, damit Ihre Benutzer Zeichentabletts während Streaming-Sitzungen der AppStream Version 2.0 verwenden können.

Anmerkung

Zeichentabletts werden für Benutzer unterstützt, die mit dem AppStream AppStream 2.0-Client oder über einen unterstützten Webbrowser auf 2.0 zugreifen.

• Damit Ihre Benutzer dieses Feature verwenden können, müssen Sie Ihre AppStream 2.0-Flotte 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 mit dem AppStream AppStream 2.0-Client oder nur über die Browser Google Chrome oder Mozilla Firefox auf 2.0 zugreifen.

• Streaming-Anwendungen müssen die Windows-Ink-Technologie unterstützen. Weitere Informationen finden Sie unter Stiftinteraktionen und Windows Ink in Windows-Apps.

• Einige Anwendungen müssen z. GIMP B. Zeichen-Tablets auf der Streaming-Instanz erkennen, um Druckempfindlichkeit zu unterstützen. In diesem Fall müssen Ihre Benutzer den AppStream 2.0-Client verwenden, um auf AppStream 2.0 zuzugreifen und diese Anwendungen zu streamen. Darüber hinaus müssen Sie die Zeichentablets Ihrer Benutzer qualifizieren, und Benutzer müssen ihre Zeichentabletts bei jedem Start einer neuen Streaming-Sitzung mit AppStream 2.0 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 AppStream 2.0-Streamingsitzungen die japanische Spracheingabemethode 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. Dadurch kann AppStream 2.0 Ihr Bild automatisch für die Verwendung einer japanischen Tastatur konfigurieren. Weitere Informationen finden Sie unter Japanische Tastaturen.

• 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 Erstellen einer Flotte.

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 AppStream 2.0-Streaming-Sitzung aktiv sein.

Windows-Tastaturkürzel zum Umschalten des japanischen Eingabemodus

Tastaturkürzel	Beschreibung
半角/全角/漢字 (Hankaku/Zenkaku/Kanji) Oder Alt + `	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 + カタカナ/ひらがな/ローマ字 (Katakana/Hiragana/Romaji)	Ändert den Eingabemodus auf Katakana
Alt + カタカナ/ひらがな/ローマ字 (Katakana/Hiragana/Romaji)	Schaltet den Eingabemodus zwischen japanischem Romaji und japanischem Kana um

Windows-Tastaturkürzel für japanische Konvertierungen

Tastaturkürzel	Beschreibung
変換 (Henkan) + 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 AppStream 2.0-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

• Tastaturkürzel für japanische Konvertierungen – Keyboard shortcuts for Japanese conversions on 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 AppStream 2.0 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 den App-Block VHD oder das Setup-Skript auf der Streaming-Instance nicht finden können, war AppStream 2.0 möglicherweise nicht in der Lage, sie aus dem S3-Bucket herunterzuladen. Stellen Sie sicher, dass der von VPC Ihnen angegebene Benutzer Zugriff auf S3 hat. Weitere Informationen finden Sie unter Verwenden von Amazon S3 S3-VPC-Endpunkten für 2.0-Funktionen AppStream .