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.
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.
Problembereiche
- Die AppStream 2.0-Client-Installationen meiner Benutzer schlagen fehl, und sie erhalten eine entsprechende Meldung. NETFramework 4.6 ist erforderlich.
- 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.
- Die Benutzer meines AppStream 2.0-Clients werden alle 60 Minuten von ihrer AppStream 2.0-Sitzung getrennt.
- Meine Benutzer können keine Daten zwischen ihrem lokalen Gerät und ihrer Streaming-Sitzung kopieren und einfügen.
- Einige Tastaturkürzel funktionieren nicht während der Streaming-Sitzungen der Benutzer.
- Die Grafik-Tablets meiner Benutzer funktionieren nicht mit den von mir bereitgestellten Streaming-Anwendungen.
- Die japanische Spracheingabemethode funktioniert für meine Benutzer während ihrer Streaming-Sitzungen nicht
- Meine Benutzer sehen eine Fehlermeldung über das Erreichen der maximalen Anzahl von Streaming-Sitzungen, wenn sie versuchen, eine Anwendung aus dem Anwendungskatalog zu starten.
- Meine Benutzer sehen einen schwarzen Bildschirm oder den Desktop und ihre Anwendung startet nicht auf einer Elastic-Flotte. Es wird kein Fehler angezeigt.
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. NET
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
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 Sie eine Flotte in Amazon AppStream 2.0.
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 VPC S3-Endpunkten für AppStream 2.0-Funktionen.