Solução de problemas do usuário AppStream 2.0 - Amazon AppStream 2.0

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Solução de problemas do usuário AppStream 2.0

A seguir estão os possíveis problemas que podem ocorrer para seus usuários quando eles usam AppStream 2.0.

As instalações do cliente AppStream 2.0 dos meus usuários falham e eles estão recebendo uma mensagem informando isso. NETO Framework 4.6 é necessário.

Quando os usuários instalam o cliente AppStream 2.0, o AppStream 2.0 também é instalado. NETFramework versão 4.6.2, se essa versão ou uma versão posterior ainda não estiver instalada. Se o PC no qual o cliente está sendo instalado não estiver conectado à Internet,. NETO Framework não pode ser instalado. Nesse caso, uma mensagem solicita que os usuários instalem. NETFramework versão 4.6 manualmente. No entanto, quando os usuários escolhem Install (Instalar), uma mensagem de erro é exibida informando que a instalação falhou. Em seguida, os usuários são solicitados a tentar instalar a versão mais recente do. NETEstrutura manual. Quando escolhem Close (Fechar), eles saem da instalação.

Para resolver esse problema, os usuários devem estabelecer uma conexão com a Internet a partir do PC no qual planejam instalar o cliente e, em seguida, fazer o download e instalar. NETFramework versão 4.6.2 ou posterior no mesmo PC. Para obter uma lista dos. NETVersões da estrutura disponíveis para download, consulte Download. NETEstrutura.

nota

Os usuários que têm a versão 1.1.156 do cliente AppStream 2.0 instalada devem ter. NETFramework versão 4.7.2 ou posterior instalada no mesmo PC.

As instalações do USB driver dos meus usuários falham quando eles instalam o cliente AppStream 2.0 e agora eles não podem usar seus USB dispositivos com AppStream 2.0.

Quando os usuários instalam o cliente AppStream 2.0, eles escolhem se querem instalar o USB driver AppStream 2.0. O driver é necessário para usar USB dispositivos com aplicativos transmitidos por meio do AppStream 2.0. No entanto, a instalação do USB driver falhará se as duas situações a seguir ocorrerem:

  • O certificado raiz usado para assinar o arquivo AppStreamUsbDriver.exe não está presente no repositório de certificados do Windows.

  • O computador em que o cliente está sendo instalado não está conectado à Internet.

Nesse caso, o certificado do AppStream USB driver da Amazon não pode ser validado e uma mensagem de erro notifica os usuários de que a instalação do USB driver falhou. Quando os usuários escolhem OK, a instalação do cliente AppStream 2.0 é concluída sem o USB driver. Embora os usuários ainda possam usar o cliente AppStream 2.0 para streaming de aplicativos, seus USB dispositivos não funcionarão com aplicativos transmitidos por meio do AppStream 2.0.

Para resolver esse problema, os usuários devem estabelecer uma conexão com a Internet a partir do PC no qual planejam instalar o cliente AppStream 2.0 e reinstalar o cliente.

Meus usuários do cliente AppStream 2.0 estão sendo desconectados da sessão AppStream 2.0 a cada 60 minutos.

Se você configurou a federação de identidades usando SAML AppStream 2.0 para acessar a 2.0, dependendo do seu provedor de identidade (IdP), talvez seja necessário configurar as informações para as quais o IdP passa como SAML atributos AWS como parte da resposta de autenticação. Isso inclui a configuração do elemento Attribute (Atributo) com o atributo SessionDuration definido como https://aws.amazon.com/SAML/Attributes/SessionDuration.

SessionDuration especifica a quantidade máxima de tempo que uma sessão de streaming federada para um usuário pode permanecer ativa antes que a reautenticação seja necessária. Embora SessionDuration seja um atributo opcional, recomendamos que você o inclua na resposta de SAML autenticação. Se você não especificar esse atributo, a duração da sessão será definida como um valor padrão de 60 minutos.

Para resolver esse problema, configure seu IdP SAML compatível para incluir SessionDuration o valor na resposta de autenticação e SAML defina o valor conforme necessário. Para obter mais informações, consulte Etapa 5: Criar afirmações para a resposta de SAML autenticação.

nota

Se seus usuários acessarem seus aplicativos de streaming na AppStream versão 2.0 usando o cliente nativo AppStream 2.0 ou usando o navegador da Web na nova experiência, suas sessões serão desconectadas após a expiração da duração da sessão. Se seus usuários acessarem seus aplicativos de streaming na AppStream versão 2.0 usando um navegador da web na experiência antiga/clássica, depois que a duração da sessão dos usuários expirar e eles atualizarem a página do navegador, suas sessões serão desconectadas.

Se seus usuários entrarem na nova experiência do portal com um IdP SAML compatível e continuarem tendo desconexões aleatórias, isso pode ser devido aos cookies de sessão usados pela sessão 2.0 serem invalidados por AppStream outros aplicativos da web usando como subdomínio. aws.amazon.com A seguir estão os cenários comuns do usuário:

  • Se um usuário iniciar uma nova sessão AppStream 2.0 no mesmo navegador, a sessão AppStream 2.0 existente será desconectada.

  • Se um usuário iniciar qualquer outro aplicativo da Web no mesmo navegador, resultando em uma nova autenticação de usuário no aws.amazon.com domínio, a sessão AppStream 2.0 existente será desconectada.

  • Se um usuário fizer login AWS Management Console com novas IAM credenciais no mesmo navegador, a sessão AppStream 2.0 existente será desconectada.

Você pode resolver esse problema usando os novos endpoints de estado de retransmissão para configurar sua federação SAML 2.0 e usando o cliente AppStream 2.0 versão 1.1.1300 e posterior. Para obter mais informações, consulte a Tabela 1 emEtapa 6: configurar o estado de retransmissão da federação.

Meus usuários não conseguem copiar e colar entre seus dispositivos locais e suas sessões de streaming.

AppStream 2.0 aproveita a especificação W3C para permitir operações assíncronas de prancheta em aplicativos da web. Isso permite que os usuários copiem e colem conteúdo entre seus dispositivos locais e suas sessões de streaming da mesma forma que copiam e colam entre aplicativos em seus dispositivos locais, incluindo o uso de atalhos de teclado.

O único navegador que oferece suporte à especificação W3C assíncrona da área de transferência no momento é o Google Chrome versão 66 ou posterior, que oferece suporte para copiar e colar somente texto. Para todos os outros navegadores, os usuários podem usar o recurso de área de transferência no portal web AppStream 2.0, que fornece uma caixa de diálogo para copiar ou colar texto.

Se os usuários encontrarem problemas ao usar a área de transferência durante as sessões de streaming, forneça as seguintes informações:

  • Eu estou usando o Chrome versão 66 ou posterior, e os atalhos do teclado não estão funcionando.

    O Chrome exibe uma solicitação para você escolher se deseja permitir que o AppStream 2.0 acesse o conteúdo copiado para a área de transferência. Selecione Allow (Permitir) para habilitar a colagem em sua sessão remota. Se estiver copiando texto da sua sessão remota para o dispositivo local, o aplicativo Chrome e a guia que contém a sessão de streaming devem permanecer em foco no dispositivo local por tempo suficiente para que o texto seja copiado da sessão de streaming. Pequenas quantidades de texto devem ser copiadas quase imediatamente. No entanto, para grandes quantidades de texto, talvez seja necessário aguardar de 1 a 2 segundos antes de alternar do Chrome ou da guia que contém a sessão de streaming. O tempo necessário para copiar o texto varia de acordo com as condições da rede.

  • Copiar e colar não funciona quando tento copiar e colar uma grande quantidade de texto.

    AppStream 2.0 tem um limite padrão de 20 MB para a quantidade de texto que você pode copiar e colar entre o dispositivo local e a sessão de streaming. Se você tentar copiar mais de 20 MB, nenhum texto será copiado. No entanto, o texto ficará truncado se seu administrador definir um limite e você ultrapassar esse limite. Esse limite não se aplica se você tentar copiar e colar texto entre aplicativos no dispositivo local ou entre aplicativos na sessão de streaming. Os administradores também podem limitar o número de caracteres que você copia/cola em suas sessões de streaming. Se precisar copiar ou colar texto com mais de 20 MB ou o limite especificado entre seu dispositivo local e sua sessão de streaming, você pode dividi-lo em partes menores ou enviá-lo como um arquivo.

  • Estou usando o recurso de área de transferência do portal web AppStream 2.0 para colar texto na minha sessão de streaming e ele não está funcionando.

    Em alguns casos, depois de colar texto na caixa de diálogo da área de transferência e a caixa de diálogo fechar, nada acontece ao tentar usar atalhos do teclado para colar o texto na sessão de streaming. Esse problema ocorre porque quando a caixa de diálogo da área de transferência aparece, ela tira o foco do aplicativo em streaming. Depois que a caixa de diálogo fechar, o foco pode não voltar automaticamente para o aplicativo de streaming. Clicar no aplicativo em streaming deve devolver o foco a ele e permitir que você use atalhos do teclado para colar o texto na sessão de streaming.

Alguns atalhos do teclado não estão funcionando para os usuários durante suas sessões de streaming.

Os atalhos de teclado a seguir funcionam nos computadores locais dos usuários, mas não são transmitidos para as sessões de streaming AppStream 2.0:

Windows:

  • Win+L

  • Ctrl+Alt+Del

Mac:

  • Ctrl+F3

  • Todos os atalhos que usam combinações das teclas Alt ou Option

Esse problema deve-se às seguintes limitações em computadores locais dos usuários:

  • Os atalhos do teclado são filtrados pelo sistema operacional que está sendo executado nos computadores locais dos usuários e não propagados para os navegadores nos quais os usuários estão acessando o 2.0. AppStream Esse comportamento se aplica aos atalhos do teclado Win+L e Ctrl+Alt+Del do Windows e Ctrl+F3 do Mac.

  • Quando usados com aplicativos web, alguns atalhos do teclado são filtrados pelo navegador e não geram um evento para os aplicativos web. Como resultado, os aplicativos web não podem responder aos atalhos do teclado digitados pelos usuários.

  • Os atalhos do teclado são traduzidos pelo navegador antes que um evento do teclado seja gerado e, portanto, não são traduzidos corretamente. Por exemplo, as combinações da tecla Alt e da tecla Option em computadores Mac são traduzidas como se fossem combinações de teclas Alt Graph no Windows. Quando isso ocorre, os resultados não são os esperados pelos usuários ao usar essas combinações de teclas.

Os tablets de desenho dos meus usuários não estão funcionando com os aplicativos de streaming implantados.

Se os tablets de desenho dos seus usuários não estiverem funcionando com aplicativos de streaming, certifique-se de que você cumpre os requisitos e entende as considerações adicionais para habilitar esse recurso. A seguir estão os requisitos e considerações para permitir que seus usuários usem tablets de desenho durante as sessões de streaming AppStream 2.0.

nota

Os tablets de desenho são compatíveis com usuários que acessam o AppStream 2.0 usando o cliente AppStream 2.0 ou por meio de um navegador da Web compatível.

  • Para permitir que seus usuários usem esse recurso, você deve configurar sua frota AppStream 2.0 para usar uma imagem que execute o Windows Server 2019.

  • Para usar esse recurso, os usuários devem acessar o AppStream 2.0 usando o cliente AppStream 2.0 ou somente por meio dos navegadores Google Chrome ou Mozilla Firefox.

  • Os aplicativos de streaming devem oferecer suporte à tecnologia Windows Ink. Para obter mais informações, consulte Interações com caneta e Windows Ink em aplicativos do Windows.

  • Alguns aplicativos, como esseGIMP, devem detectar tablets de desenho na instância de streaming para suportar a sensibilidade à pressão. Se for esse o caso, seus usuários devem usar o cliente AppStream 2.0 para acessar o AppStream 2.0 e transmitir esses aplicativos. Além disso, você deve qualificar as mesas de desenho de seus usuários, e os usuários devem compartilhar suas mesas de desenho com a AppStream versão 2.0 sempre que iniciarem uma nova sessão de streaming.

  • Este recurso não é compatível com Chromebooks.

Os usuários não conseguem utilizar o método de entrada no idioma japonês durante as sessões de streaming

Para permitir que seus usuários usem o método de entrada em japonês durante as sessões de streaming AppStream 2.0, faça o seguinte:

  • Configure sua frota para usar o método de entrada no idioma japonês. Para fazer isso, ative o método de entrada no idioma japonês no construtor de imagens ao criar uma imagem, depois configure a frota para usar a imagem. Para obter mais informações, consulte Especificar um método de entrada padrão. Isso permite que o AppStream 2.0 configure automaticamente sua imagem para usar um teclado japonês. Para obter mais informações, consulte Teclados japoneses.

  • Garanta que o método de entrada no idioma japonês também esteja habilitado no computador local do usuário.

Se a instância de frota e o computador local do usuário não usarem o mesmo método de entrada de idioma, a incompatibilidade poderá resultar em entradas de teclado inesperadas na instância de frota durante as sessões de streaming do usuário. Por exemplo, se a instância de frota usar o método de entrada em japonês e o computador local do usuário usar o método de entrada em inglês, durante uma sessão de streaming, o computador local enviará teclas para a instância de frota que têm mapeamentos diferentes da instância de frota.

Para verificar se o método de entrada no idioma japonês está habilitado para uma instância de frota, habilite a visualização de streaming Área de trabalho para a frota. Para obter mais informações, consulte a etapa 6 em Crie uma frota na Amazon AppStream 2.0.

Atalhos de teclado do Windows

Veja a seguir os atalhos de teclado do Windows para alternar o modo de entrada em japonês e para conversões em japonês. Para que esses atalhos de teclado funcionem, a sessão de streaming AppStream 2.0 deve estar ativa.

Atalhos de teclado do Windows para alternar o modo de entrada em japonês

Atalho de teclado Descrição

半角/全角/漢字

(Hankaku/Zenkaku/Kanji)

Ou Alt+`

Alterna o modo de entrada entre alfanumérico e japonês

無変換

(Muhenkan)

Converte caracteres em Hiragana, Katakana de largura inteira e Katakana de meia largura em sequência

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

(Katakana/Hiragana/Romaji)

Muda o modo de entrada para Hiragana

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

(Katakana/Hiragana/Romaji)

Muda o modo de entrada para Katakana

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

(Katakana/Hiragana/Romaji)

Alterna o modo de entrada entre Romaji japonês e Kana japonês

Atalhos de teclado do Windows para conversões em japonês

Atalho de teclado Descrição

変換 (Henkan) + Espaço

Lista as opções de conversão

F6

Converte em Hiragana

F7

Converte em Katakana de largura inteira

F8

Converte em Katakana de meia largura

F9

Converte em Romaji de largura inteira

F10

Converte em Romaji de meia largura

Atalhos de teclado do Mac

Para obter informações sobre os atalhos de teclado do Mac para alternar o método de entrada em japonês e para conversões em japonês, consulte os artigos a seguir na documentação de suporte do Mac.

nota

Como as sessões de streaming AppStream 2.0 são executadas em instâncias do Windows, os usuários de Mac podem experimentar diferentes mapeamentos de teclas.

O usuário vê um erro ao atingir o número máximo de sessões de streaming quando tenta inicializar uma aplicação pelo catálogo de aplicações.

Com as frotas AppStream 2.0 da Elastic, você especifica um número máximo de usuários que podem transmitir simultaneamente usando o parâmetro de concorrência máxima. Qualquer usuário que tentar fazer streaming além desse valor receberá esse erro. Para resolver esse problema, você pode aumentar o número máximo de streamings simultâneos ou aconselhar o usuário a esperar que outro usuário encerre uma sessão de streaming.

nota

Talvez seja necessário solicitar um aumento de limite para aumentar o tipo e o limite de tamanho da instância.

O usuário vê uma tela preta ou a área de trabalho e sua aplicação não é inicializada em uma frota elástica. Nenhum erro é exibido.

Isso pode acontecer se o caminho de inicialização do aplicativo estiver incorreto e o AppStream 2.0 não puder iniciar o aplicativo. Você pode validar o caminho de inicialização da aplicação usando a Exibição da área de trabalho na frota para navegar pelo volume raiz. Confirme se o executável da aplicação existe no caminho especificado.

Se você não conseguir encontrar o bloco de aplicativos VHD ou o script de configuração na instância de streaming, talvez o AppStream 2.0 não tenha conseguido baixá-los do bucket do S3. Valide se o que VPC você especificou tem acesso ao S3. Para obter mais informações, consulte Usando VPC endpoints do Amazon S3 para recursos 2.0 AppStream .