Résolution des problèmes des utilisateurs de la AppStream version 2.0 - Amazon AppStream 2.0

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Résolution des problèmes des utilisateurs de la AppStream version 2.0

Les problèmes suivants peuvent survenir pour vos utilisateurs lorsqu'ils utilisent la AppStream version 2.0.

Les installations du client AppStream 2.0 de mes utilisateurs échouent et ils reçoivent un message l'indiquant. NETLe Framework 4.6 est requis.

Lorsque les utilisateurs installent le client AppStream 2.0, le client AppStream 2.0 s'installe également. NETFramework version 4.6.2, si cette version ou une version ultérieure n'est pas déjà installée. Si le PC sur lequel le client est installé n'est pas connecté à Internet, NETImpossible d'installer le framework. Dans ce cas, un message invite les utilisateurs à procéder à l'installation. NETFramework version 4.6 manuellement. Toutefois, lorsque les utilisateurs choisissent Install (Installer), un message d'erreur s'affiche indiquant que l'installation a échoué. Les utilisateurs sont ensuite invités à essayer d'installer la dernière version du. NETFramework manuellement. Lorsqu'ils choisissent Close (Fermer), ils quittent l'installation.

Pour résoudre ce problème, les utilisateurs doivent établir une connexion Internet à partir du PC sur lequel ils prévoient d'installer le client, puis le télécharger et l'installer. NETFramework version 4.6.2 ou ultérieure sur le même PC. Pour une liste des. NETVersions du framework disponibles en téléchargement, voir Télécharger. NETCadre.

Note

Les utilisateurs qui ont installé la version 1.1.156 du client AppStream 2.0 doivent avoir. NETFramework version 4.7.2 ou ultérieure installée sur le même PC.

Les installations de USB pilotes de mes utilisateurs échouent lorsqu'ils installent le client AppStream 2.0, et ils ne peuvent plus utiliser leurs USB appareils avec la AppStream version 2.0.

Lorsque les utilisateurs installent le client AppStream 2.0, ils choisissent d'installer ou non le USB pilote AppStream 2.0. Le pilote est nécessaire pour utiliser des USB appareils dotés d'applications diffusées via la AppStream version 2.0. Toutefois, l'installation du USB pilote échoue si les deux conditions suivantes se produisent :

  • Le certificat racine utilisé pour signer le fichier AppStreamUsbDriver.exe n'est pas présent dans le magasin de certificats Windows.

  • Le PC sur lequel le client est installé n'est pas connecté à Internet.

Dans ce cas, le certificat du AppStream USB pilote Amazon ne peut pas être validé et un message d'erreur indique aux utilisateurs que l'installation du USB pilote a échoué. Lorsque les utilisateurs choisissent OK, l'installation du client AppStream 2.0 est terminée sans le USB pilote. Bien que les utilisateurs puissent toujours utiliser le client AppStream 2.0 pour le streaming d'applications, leurs USB appareils ne fonctionneront pas avec les applications diffusées via AppStream 2.0.

Pour résoudre ce problème, les utilisateurs doivent établir une connexion Internet à partir du PC sur lequel ils prévoient d'installer le client AppStream 2.0, puis réinstaller le client.

Les utilisateurs de mon client AppStream 2.0 sont déconnectés de leur session AppStream 2.0 toutes les 60 minutes.

Si vous avez configuré la fédération d'identité à l'aide de la AppStream version SAML 2.0 pour accéder à la version 2.0, en fonction de votre fournisseur d'identité (IdP), vous devrez peut-être configurer les informations que l'IdP transmet sous forme d'SAMLattributs dans le AWS cadre de la réponse d'authentification. Cela inclut la configuration de l'élément Attribute (Attribut) avec l'attribut SessionDuration défini sur https://aws.amazon.com/SAML/Attributes/SessionDuration.

SessionDuration spécifie la durée maximale pendant laquelle une session de streaming fédérée pour un utilisateur peut rester active avant qu’une nouvelle authentification ne soit requise. Bien qu'SessionDurationil s'agisse d'un attribut facultatif, nous vous recommandons de l'inclure dans la réponse SAML d'authentification. Si vous ne spécifiez pas l’attribut, la durée de session est définie sur une valeur par défaut de 60 minutes.

Pour résoudre ce problème, configurez votre IdP SAML compatible pour inclure SessionDuration la valeur dans la réponse d'authentification et définissez SAML la valeur selon les besoins. Pour de plus amples informations, veuillez consulter Étape 5 : créer des assertions pour la réponse SAML d'authentification.

Note

Si vos utilisateurs accèdent à leurs applications de streaming dans la AppStream version 2.0 en utilisant le client natif AppStream 2.0 ou en utilisant le navigateur Web dans le cadre de la nouvelle expérience, leurs sessions sont déconnectées une fois leur durée de session expirée. Si vos utilisateurs accèdent à leurs applications de streaming dans la AppStream version 2.0 à l'aide d'un navigateur Web dans le cadre de l'expérience ancienne/classique, une fois que la durée de session des utilisateurs a expiré et qu'ils ont actualisé la page de leur navigateur, leurs sessions sont déconnectées.

Si vos utilisateurs se connectent à la nouvelle expérience du portail avec un IdP SAML compatible et qu'ils continuent à avoir des déconnexions aléatoires, cela peut être dû au fait que les cookies de session utilisés par AppStream la session 2.0 ont été invalidés par d'autres applications aws.amazon.com Web utilisées comme sous-domaine. Les scénarios utilisateur les plus courants sont les suivants :

  • Si un utilisateur lance une nouvelle session AppStream 2.0 dans le même navigateur, la session AppStream 2.0 existante sera déconnectée.

  • Si un utilisateur lance d'autres applications Web dans le même navigateur, ce qui entraîne une nouvelle authentification utilisateur sous le aws.amazon.com domaine, la session AppStream 2.0 existante sera déconnectée.

  • Si un utilisateur se connecte AWS Management Console avec de nouvelles IAM informations d'identification dans le même navigateur, la session AppStream 2.0 existante sera déconnectée.

Vous pouvez résoudre ce problème en utilisant les nouveaux points de terminaison de l'état du relais pour configurer votre fédération SAML 2.0 et en utilisant le client AppStream 2.0 version 1.1.1300 et versions ultérieures. Pour plus d'informations, consultez le Tableau 1 surEtape 6 : Configurer le RelayState de votre fédération.

Mes utilisateurs ne peuvent pas effectuer de copier et coller entre leur périphérique local et leur session de streaming.

AppStream La version 2.0 tire parti de la spécification W3C pour activer les opérations asynchrones du presse-papiers dans les applications Web. Cela permet aux utilisateurs de copier et coller du contenu entre leur périphérique local et leur session de streaming de la même façon qu'ils copient et collent entre des applications sur leur périphérique local, y compris à l'aide des raccourcis clavier.

Le seul navigateur qui prend actuellement en charge la spécification de presse-papiers asynchrone W3C est Google Chrome version 66 ou ultérieure (prise en charge du copier et coller de texte uniquement). Pour tous les autres navigateurs, les utilisateurs peuvent utiliser la fonction de presse-papiers du portail Web AppStream 2.0, qui fournit une boîte de dialogue pour copier ou coller du texte.

Si vos utilisateurs rencontrent des problèmes lors de l'utilisation du presse-papiers au cours de leurs sessions de streaming, vous pouvez leur fournir les informations suivantes :

  • J' utilise Chrome version 66 ou ultérieure, et les raccourcis clavier ne fonctionnent pas.

    Chrome affiche une invite vous demandant d'autoriser ou non la AppStream version 2.0 à accéder au contenu copié dans le presse-papiers. Choisissez Allow (Autoriser) pour activer la possibilité de coller dans votre session à distance. Si vous copiez du texte à partir de votre session à distance vers votre périphérique local, l'application Chrome et l'onglet contenant votre session de streaming doivent rester activés sur votre appareil local suffisamment longtemps pour que le texte soit copié à partir de votre session de streaming. Les textes de petite taille sont en principe copiés presque immédiatement ; pour les textes plus importants, vous devrez peut-être attendre 1 à 2 secondes avant de quitter Chrome ou l'onglet contenant votre session de streaming. Le temps nécessaire pour copier le texte peut varier en fonction des conditions du réseau.

  • Le copier et coller ne fonctionne pas lorsque j'essaie de copier et coller une quantité importante de texte.

    AppStream La version 2.0 a une limite par défaut de 20 Mo pour la quantité de texte que vous pouvez copier et coller entre votre appareil local et votre session de streaming. Si vous essayez de copier plus de 20 Mo, aucun texte n'est copié. Toutefois, le texte sera tronqué si votre administrateur définit une limite et que vous dépassez cette limite. Cette limite ne s'applique pas si vous essayez de copier et coller du texte entre des applications sur votre périphérique local ou entre des applications dans votre session de streaming. Les administrateurs peuvent également limiter le nombre de caractères que vous copiez/collez dans/hors de vos sessions de streaming. Si vous devez copier ou coller du texte de plus de 20 Mo ou la limite spécifiée entre votre appareil local et votre session de streaming, vous pouvez le diviser en petits morceaux ou le télécharger sous forme de fichier.

  • J'utilise la fonction de presse-papiers du portail Web AppStream 2.0 pour coller du texte dans ma session de streaming, mais cela ne fonctionne pas.

    Dans certains cas, une fois que le texte a été collé dans la boîte de dialogue du presse-papiers et que la boîte de dialogue s'est fermée, rien ne se passe lorsque vous essayez d'utiliser des raccourcis clavier pour coller le texte dans votre session de streaming. Ce problème se produit parce que lorsque la boîte de dialogue du presse-papiers s'affiche, votre application de streaming n'est plus active. Lorsque la boîte de dialogue se ferme, votre application de streaming n'est pas automatiquement activée. Cliquez sur votre application de streaming pour la réactiver. Vous pouvez alors utiliser des raccourcis clavier pour coller votre texte dans votre session de streaming.

Certains raccourcis clavier ne fonctionnent pas pour les utilisateurs au cours de leurs sessions de streaming.

Les raccourcis clavier suivants fonctionnent sur les ordinateurs locaux des utilisateurs, mais ne sont pas transmis aux sessions de streaming AppStream 2.0 :

Windows :

  • Win+L

  • Ctrl+Alt+Suppr

Mac:

  • Ctrl+F3

  • Tous les raccourcis clavier utilisant des combinaisons de touches Alt ou d'options

Ce problème est dû aux limitations suivantes sur l'ordinateur local des utilisateurs :

  • Les raccourcis clavier sont filtrés par le système d'exploitation exécuté sur les ordinateurs locaux des utilisateurs et ne sont pas propagés aux navigateurs sur lesquels les utilisateurs accèdent à la AppStream version 2.0. Ce comportement s'applique aux raccourcis clavier Windows Win+L et Ctrl+Alt+Suppr, ainsi qu'au raccourci clavier Mac Ctrl+F3.

  • Lorsqu'ils sont utilisés avec des applications Web, certains raccourcis clavier sont filtrés par le navigateur et ne génèrent pas d'événement pour les applications web. Par conséquent, les applications Web ne peuvent pas répondre aux raccourcis clavier saisis par les utilisateurs.

  • Les raccourcis clavier sont traduits par le navigateur avant qu'un événement clavier soit généré et ne sont donc pas traduits correctement. Par exemple, les combinaisons de touches Alt et d'options sur les ordinateurs Mac sont traduites comme si elles étaient des combinaisons de touches AltGr sur Windows. Lorsque cela se produit, les résultats ne correspondent pas à ce qu'attendent les utilisateurs en activant ces combinaisons de touches.

Les tablettes graphiques de mes utilisateurs ne fonctionnent pas avec les applications de streaming que j’ai déployées.

Si les tablettes graphiques de vos utilisateurs ne fonctionnent pas avec les applications de streaming, assurez-vous que vous répondez aux exigences et revoyez les considérations supplémentaires relatives à l’activation de cette fonctionnalité. Vous trouverez ci-dessous les exigences et les considérations à prendre en compte pour permettre à vos utilisateurs d'utiliser des tablettes de dessin pendant les sessions de streaming AppStream 2.0.

Note

Les tablettes de dessin sont prises en charge pour les utilisateurs qui accèdent AppStream à la AppStream version 2.0 à l'aide du client 2.0 ou via un navigateur Web compatible.

  • Pour permettre à vos utilisateurs d'utiliser cette fonctionnalité, vous devez configurer votre parc AppStream 2.0 pour utiliser une image qui exécute Windows Server 2019.

  • Pour utiliser cette fonctionnalité, les utilisateurs doivent accéder à la AppStream version AppStream 2.0 à l'aide du client 2.0 ou uniquement via les navigateurs Google Chrome ou Mozilla Firefox.

  • Les applications de streaming doivent prendre en charge la technologie Windows Ink. Pour plus d’informations, consultez Interactions entre stylet et Windows Ink dans les applications Windows.

  • Certaines applications doivent notamment GIMP détecter les tablettes dessinées sur l'instance de streaming pour prendre en charge la sensibilité à la pression. Dans ce cas, vos utilisateurs doivent utiliser le client AppStream 2.0 pour accéder à la AppStream version 2.0 et diffuser ces applications. En outre, vous devez qualifier les tablettes de dessin de vos utilisateurs, et les utilisateurs doivent partager leurs tablettes de dessin avec la AppStream version 2.0 chaque fois qu'ils démarrent une nouvelle session de streaming.

  • Cette fonctionnalité n’est pas prise en charge sur les Chromebooks.

La méthode de saisie en japonais ne fonctionne pas pour mes utilisateurs pendant leurs sessions de streaming

Pour permettre à vos utilisateurs d'utiliser la méthode de saisie en japonais lors de leurs sessions de streaming AppStream 2.0, procédez comme suit :

  • Configurez la flotte afin qu’elle puisse utiliser la méthode de saisie pour le japonais. Pour ce faire, activez la méthode de saisie en japonais sur l’instance Image Builder lorsque vous créez une image, puis configurez la flotte de manière à ce qu’elle utilise l’image. Pour de plus amples informations, veuillez consulter Spécification d’une méthode de saisie par défaut. Cela permet à la AppStream version 2.0 de configurer automatiquement votre image pour qu'elle utilise un clavier japonais. Pour de plus amples informations, veuillez consulter Claviers japonais.

  • Assurez-vous que la méthode de saisie japonaise est également activée sur l’ordinateur local de l’utilisateur.

Si l’instance de flotte et l’ordinateur local de l’utilisateur n’utilisent pas la même méthode de saisie linguistique, l’incompatibilité peut entraîner des entrées au clavier inattendues sur l’instance de flotte pendant les sessions de streaming de l’utilisateur. Par exemple, si l’instance de flotte utilise la méthode de saisie japonaise et que l’ordinateur local de l’utilisateur utilise la méthode de saisie anglaise, au cours d’une session de streaming, l’ordinateur local enverra à l’instance de flotte des clés dont les mappages sont différents de ceux de l’instance de flotte.

Pour vérifier si la méthode de saisie japonaise est activée pour une instance de flotte, activez l’affichage de flux de Bureau pour la flotte. Pour plus d’informations, consultez l’étape 6 dans Création d'une flotte dans Amazon AppStream 2.0.

Raccourcis clavier Windows

Vous trouverez ci-dessous les raccourcis clavier Windows pour passer d’un mode de saisie en japonais à l’autre et convertir les modes. Pour que ces raccourcis clavier fonctionnent, la session de streaming AppStream 2.0 doit être active.

Raccourcis clavier Windows pour changer le mode de saisie japonais

Raccourci clavier Description

半角/全角/漢字

(Hankaku/Zenkaku/Kanji)

Ou Alt+`

Bascule le mode de saisie entre les modes alphanumérique et japonais

無変換

(Muhenkan)

Convertit les caractères en hiragana, en katakana pleine largeur et en katakana demi-largeur en séquence

カタカナ/ひらがな/ローマ字

(Katakana/Hiragana/Romaji)

Modifie le mode de saisie en hiragana

Maj+カタカナ/ひらがな/ローマ字

(Katakana/Hiragana/Romaji)

Modifie le mode de saisie en katakana

Alt+カタカナ/ひらがな/ローマ字

(Katakana/Hiragana/Romaji)

Bascule le mode de saisie entre le romaji japonais et le kana japonais

Raccourcis clavier Windows pour les conversions des modes de saisie japonais

Raccourci clavier Description

変換 (Henkan) + Espace

Affiche les options de conversion

F6

Convertit en hiragana

F7

Convertit en katakana pleine largeur

F8

Convertit en katakana demi-largeur

F9

Convertit en romaji pleine largeur

F10

Convertit en romaji demi-largeur

Raccourcis clavier Mac

Pour plus d’informations sur les raccourcis clavier Mac permettant de changer de mode de saisie en japonais et pour les conversions de mode japonais, consultez les articles suivants dans la documentation de support Mac.

Note

Étant donné que les sessions de streaming AppStream 2.0 s'exécutent sur des instances Windows, les utilisateurs de Mac peuvent rencontrer des mappages de clés différents.

Mon utilisateur voit une erreur indiquant qu’il a atteint le nombre maximal de sessions de streaming lorsqu’il essaie de lancer une application depuis le catalogue d’applications.

Avec les flottes élastiques AppStream 2.0, vous spécifiez un nombre maximum d'utilisateurs pouvant diffuser simultanément à l'aide du paramètre de concurrence maximale. Tout utilisateur qui tente de diffuser au-delà de cette valeur reçoit ce message d’erreur. Pour résoudre le problème, vous pouvez augmenter le nombre maximal de flux simultanés ou conseiller à votre utilisateur d’attendre qu’un autre utilisateur termine sa session de streaming.

Note

Vous devrez peut-être demander une augmentation de limite pour augmenter la limite de taille et de type d’instance.

Mon utilisateur voit un écran noir ou le bureau, et son application ne se lance pas sur une flotte Elastic. Aucune erreur ne s’affiche.

Cela peut se produire si le chemin de lancement de l'application est incorrect et si la AppStream version 2.0 ne parvient pas à lancer l'application. Vous pouvez valider le chemin de lancement de l’application en utilisant Desktop View sur la flotte et accéder au volume racine. Vérifiez que le fichier exécutable de l’application existe sur le chemin spécifié.

Si vous ne trouvez pas le bloc d'application VHD ou le script de configuration sur l'instance de streaming, il est possible que la AppStream version 2.0 n'ait pas pu les télécharger depuis le compartiment S3. Vérifiez que la personne que VPC vous avez spécifiée a accès à S3. Pour de plus amples informations, veuillez consulter Utilisation des VPC points de terminaison Amazon S3 pour les fonctionnalités AppStream 2.0.