Solución de problemas de usuario de la AppStream versión 2.0

A continuación se indican los posibles problemas que pueden producirse a los usuarios cuando utilizan la AppStream versión 2.0.

Las instalaciones del cliente AppStream 2.0 de mis usuarios fallan y reciben un mensaje que indica que se necesita .NET Framework 4.6.

Cuando los usuarios instalan el cliente AppStream 2.0, la versión AppStream 2.0 también instala la versión 4.6.2 de .NET Framework, si esa versión o una versión posterior aún no están instaladas. Si el equipo en el que se está instalando el cliente no está conectado a Internet, no se puede instalar .NET Framework. En este caso, un mensaje pide a los usuarios que instalen manualmente .NET Framework versión 4.6. Sin embargo, cuando los usuarios eligen Instalar, se muestra un mensaje de error que indica que la instalación ha producido un error. A continuación, se pide a los usuarios que intenten instalar manualmente la versión más reciente de .NET Framework. Cuando eligen Cerrar, salen de la instalación.

Para resolver este problema, los usuarios deben establecer una conexión a Internet desde el equipo en el que tienen pensado instalar el cliente y, a continuación, descargar e instalar .NET Framework versión 4.6.2 o posterior en el mismo equipo. Para obtener una lista de las versiones de .NET Framework disponibles para su descarga, consulte Descargar .NET Framework.

nota

Los usuarios que tengan instalada la versión 1.1.156 del cliente AppStream 2.0 deben tener instalada la versión 4.7.2 o posterior de.NET Framework en el mismo equipo.

Las instalaciones del controlador USB de mis usuarios fallan al instalar el cliente AppStream 2.0 y, ahora, no pueden usar sus dispositivos USB con la versión 2.0. AppStream

Cuando los usuarios instalan el cliente AppStream 2.0, eligen si desean instalar el controlador USB AppStream 2.0. El controlador es necesario para utilizar dispositivos USB con aplicaciones transmitidas a través de la AppStream versión 2.0. Sin embargo, la instalación del controlador USB genera un error si se produce lo siguiente:

• El certificado raíz utilizado para firmar el archivo AppStreamUsbDriver.exe no está presente en el almacén de certificados de Windows.

• El equipo en el que se está instalando el cliente no está conectado a Internet.

En este caso, el certificado del controlador AppStream USB de Amazon no se puede validar y un mensaje de error notifica a los usuarios que la instalación del controlador USB ha fallado. Si los usuarios eligen Aceptar, la instalación del cliente AppStream 2.0 se completa sin el controlador USB. Si bien los usuarios pueden seguir utilizando el cliente AppStream 2.0 para la transmisión de aplicaciones, sus dispositivos USB no funcionarán con las aplicaciones transmitidas a través de la AppStream versión 2.0.

Para resolver este problema, los usuarios deben establecer una conexión a Internet desde el PC en el que van a instalar el cliente AppStream 2.0 y volver a instalar el cliente.

Los usuarios de mi cliente AppStream 2.0 se desconectan de su sesión AppStream 2.0 cada 60 minutos.

Si ha configurado la federación de identidades mediante SAML 2.0 para acceder a AppStream 2.0, en función del proveedor de identidad (IdP), es posible que tenga que configurar la información que el IdP transfiere como atributos de SAML como parte de la respuesta de AWS autenticación. Esto incluye la configuración del elemento Atributo con el atributo SessionDuration establecido en https://aws.amazon.com/SAML/Attributes/SessionDuration.

SessionDuration especifica la cantidad máxima de tiempo que una sesión de streaming federada para un usuario puede permanecer activa antes de que se requiera la segunda autenticación. Aunque SessionDuration es un atributo opcional, se recomienda incluirlo en la respuesta de autenticación SAML. Si no especifica este atributo, la duración de la sesión se establece en un valor predeterminado de 60 minutos.

Para resolver este problema, configure el IdP compatible con SAML para que incluya el valor SessionDuration en la respuesta de autenticación SAML y establezca el valor según sea necesario. Para obtener más información, consulte Paso 5: Crear aserciones para la respuesta de autenticación de SAML.

nota

Si los usuarios acceden a sus aplicaciones de streaming en la AppStream versión 2.0 mediante el cliente nativo de la AppStream versión 2.0 o mediante el navegador web de la nueva experiencia, sus sesiones se desconectarán al expirar su duración. Si tus usuarios acceden a sus aplicaciones de streaming en la AppStream versión 2.0 mediante un navegador web como en la versión antigua o clásica, cuando caduque la duración de la sesión de los usuarios y cuando actualicen la página del navegador, sus sesiones se desconectarán.

Si sus usuarios inician sesión en la nueva experiencia del portal con un IDP compatible con SAML y siguen teniendo desconexiones aleatorias, es posible que se deba a que otras aplicaciones web que utilizan como subdominio invalidan las cookies de sesión utilizadas por la sesión AppStream 2.0. aws.amazon.com Los siguientes son los escenarios más comunes para los usuarios:

• Si un usuario inicia una nueva sesión AppStream 2.0 en el mismo navegador, la sesión AppStream 2.0 existente se desconectará.

• Si un usuario inicia cualquier otra aplicación web en el mismo navegador, lo que resulta en una nueva autenticación de usuario en el aws.amazon.com dominio, la sesión AppStream 2.0 existente se desconectará.

• Si un usuario inicia sesión y utiliza AWS Management Console nuevas credenciales de IAM en el mismo navegador, la sesión AppStream 2.0 existente se desconectará.

Puede resolver este problema utilizando los nuevos puntos finales de estado de retransmisión para configurar su federación de SAML 2.0 y utilizando el cliente AppStream 2.0 de la versión 1.1.1300 y versiones posteriores. Para obtener más información, consulte la tabla 1 en. Paso 6: Configurar el estado de retransmisión de la federación

Mis usuarios no pueden copiar y pegar entre su dispositivo local y su sesión de streaming.

AppStream La versión 2.0 aprovecha la especificación del W3C para permitir las operaciones asíncronas del portapapeles en las aplicaciones web. Esto permite a los usuarios copiar y pegar contenido entre su dispositivo local y su sesión de streaming del mismo modo que copian y pegan entre aplicaciones de su dispositivo local, incluso mediante métodos abreviados de teclado.

El único navegador compatible actualmente con la especificación del portapapeles asíncrono de W3C es Google Chrome versión 66 o posterior, que solo permite copiar y pegar texto. Para todos los demás navegadores, los usuarios pueden utilizar la función de portapapeles del portal web AppStream 2.0, que proporciona un cuadro de diálogo para copiar o pegar texto.

Si los usuarios tienen problemas al utilizar el portapapeles durante sus sesiones de streaming, puede proporcionarles la siguiente información:

• Utilizo Chrome versión 66 o posterior y los métodos abreviados de teclado no funcionan.

  Chrome muestra un mensaje para que decidas si quieres permitir que la AppStream versión 2.0 acceda al contenido copiado en el portapapeles. Elija Permitir para que se pueda pegar en la sesión remota. Si copia texto desde la sesión remota al dispositivo local, tanto la aplicación Chrome como la pestaña que contiene la sesión de streaming deben mantenerse en primer plano en el dispositivo local el tiempo suficiente para que se copie el texto desde la sesión de streaming. Si copia poco texto, la operación puede ser casi inmediata, pero para grandes cantidades de texto, es posible que deba esperar entre 1 y 2 segundos antes de cambiar desde Chrome o desde la pestaña que contiene la sesión de streaming. El tiempo necesario para copiar el texto varía en función de las condiciones de la red.

• Copiar y pegar no funciona cuando intento copiar y pegar una gran cantidad de texto.

  AppStream La versión 2.0 tiene un límite predeterminado de 20 MB para la cantidad de texto que puedes copiar y pegar entre tu dispositivo local y tu sesión de streaming. Si intentas copiar más de 20 MB, no se copiará ningún texto. Sin embargo, el texto se truncará si tu administrador establece un límite y tú lo superas. Este límite no se aplica si se intenta copiar y pegar texto entre las aplicaciones del dispositivo local o entre las aplicaciones de la sesión de streaming. Los administradores también pueden limitar el número de caracteres que puedes copiar o pegar en tus sesiones de streaming. Si necesitas copiar o pegar texto de más de 20 MB o el límite especificado entre tu dispositivo local y tu sesión de streaming, puedes dividirlo en fragmentos más pequeños o subirlo como un archivo.

• Estoy utilizando la función de portapapeles del portal web AppStream 2.0 para pegar texto en mi sesión de streaming y no funciona.

  En algunos casos, después de pegar texto en el cuadro de diálogo del portapapeles y cerrar el cuadro de diálogo, no sucede nada cuando se intenta usar los métodos abreviados de teclado para pegar el texto en la Sesión de streaming. Este problema se produce porque cuando aparece cuadro de diálogo del portapapeles, la aplicación de streaming deja de estar en primer plano. Después de que se cierre el cuadro de diálogo, es posible que la aplicación de streaming no pase al primer plano automáticamente. Al hacer clic en la aplicación de streaming, esta debería pasar al primer plano y permitirle utilizar los métodos abreviados de teclado para pegar el texto en la sesión de streaming.

Algunos métodos abreviados del teclado no funcionan para los usuarios durante sus sesiones de streaming.

Los siguientes atajos de teclado funcionan en los ordenadores locales de los usuarios, pero no se transfieren a las sesiones de streaming AppStream 2.0:

Windows:

• Win+L

• Ctrl+Alt+Supr

Mac:

• Ctrl+F3

• Todos los métodos abreviados de teclado que utilizan combinaciones de teclas con Alt u Opción

Este problema se debe a las limitaciones siguientes de los equipos locales de los usuarios:

• Los atajos de teclado se filtran según el sistema operativo que se ejecuta en los ordenadores locales de los usuarios y no se propagan a los navegadores desde los que los usuarios acceden a la versión 2.0. AppStream Este comportamiento se aplica a los métodos abreviados de teclado Win+L y Ctrl+Alt+Supr de Windows y al método abreviado de teclado Ctrl+F3 del Mac.

• El navegador filtra algunos métodos abreviados de teclado cuando se usan con las aplicaciones web y no genera un evento en ellas. Por ello, las aplicaciones web no pueden responder a los métodos abreviados del teclado utilizados por los usuarios.

• El navegador traduce los métodos abreviados de teclado antes de generar un evento de teclado, y no los traduce correctamente. Por ejemplo, las combinaciones de teclas con Alt y las combinaciones de teclas con Opción en los equipos Mac se traducen como si fueran combinaciones de teclas con Alt Gr en Windows. Cuando sucede esto, los resultados no son los que esperan los usuarios que utilizan estas combinaciones de teclas.

Las tabletas de dibujo de mis usuarios no funcionan con las aplicaciones de streaming que he implementado.

Si las tabletas de dibujo de los usuarios no funcionan con aplicaciones de streaming, asegúrese de que cumple los requisitos y conoce las consideraciones adicionales para habilitar esta característica. Los siguientes son los requisitos y consideraciones para permitir a los usuarios utilizar tabletas de dibujo durante las sesiones de streaming de la AppStream versión 2.0.

nota

Las tabletas de dibujo son compatibles con los usuarios que acceden a AppStream la AppStream versión 2.0 mediante el cliente 2.0 o mediante un navegador web compatible.

• Para que sus usuarios puedan utilizar esta función, debe configurar su flota AppStream 2.0 para que utilice una imagen que ejecute Windows Server 2019.

• Para utilizar esta función, los usuarios deben acceder a la AppStream versión AppStream 2.0 mediante el cliente 2.0 o únicamente a través de los navegadores Google Chrome o Mozilla Firefox.

• Las aplicaciones de streaming deben ser compatibles con la tecnología de Windows Ink. Para obtener más información, consulte Interacciones del lápiz y Windows Ink en aplicaciones de Windows.

• Algunas aplicaciones, como GIMP, deben detectar tabletas de dibujo en la instancia de streaming para admitir la sensibilidad a la presión. Si este es el caso, sus usuarios deben usar el cliente AppStream 2.0 para acceder a AppStream 2.0 y reproducir estas aplicaciones en streaming. Además, debe reunir las tabletas de dibujo de sus usuarios y los usuarios deben compartir sus tabletas de dibujo con la AppStream versión 2.0 cada vez que inicien una nueva sesión de streaming.

• Esta característica no es compatible con Chromebooks.

El método de entrada en japonés no funciona para mis usuarios durante sus sesiones de streaming

Para que sus usuarios puedan utilizar el método de entrada en japonés durante sus sesiones de streaming de la AppStream versión 2.0, haga lo siguiente:

• Configure su flota para que utilice el método de entrada en japonés. Para ello, active el método de entrada en japonés en el generador de imágenes al crear una imagen y, a continuación, configure su flota para que utilice la imagen. Para obtener más información, consulte Especificar un método de entrada predeterminado. De este modo, la AppStream versión 2.0 podrá configurar automáticamente la imagen para que utilice un teclado japonés. Para obtener más información, consulte Teclados japoneses.

• Asegúrese de que el método de entrada japonés también esté habilitado en el equipo local del usuario.

Si la instancia de la flota y el ordenador local del usuario no utilizan el mismo método de entrada de idioma, la discordancia podría provocar que se introdujeran entradas inesperadas del teclado en la instancia de la flota durante las sesiones de streaming del usuario. Por ejemplo, si la instancia de flota utiliza el método de entrada japonés y el ordenador local del usuario utiliza el método de entrada en inglés, durante una sesión de streaming, el ordenador local enviará señales de teclas a la instancia de flota con asignaciones de teclas diferentes a las de la instancia de flota.

Para comprobar si el método de entrada japonés está habilitado para una instancia de flota, habilite la vista de streaming de Escritorio para la flota. Para obtener más información, consulte el paso 6 en Creación de una flota.

Métodos abreviados de teclado de Windows

A continuación se muestran los métodos abreviados de teclado de Windows para cambiar los modos de entrada al japonés y para realizar conversiones al japonés. Para que estos atajos de teclado funcionen, la sesión de streaming AppStream 2.0 debe estar activa.

Métodos abreviados de teclado de Windows para cambiar los modos de entrada en japonés

Método abreviado de teclado	Descripción
半角/全角/漢字 (Hankaku/Zenkaku/Kanji) O Alt+`	Cambia el modo de entrada entre el modo alfanumérico y el japonés
無変換 (Muhenkan)	Convierte los caracteres en hiragana, katakana de ancho completo y katakana de ancho medio en secuencia
カタカナ/ひらがな/ローマ字 (Katakana/Hiragana/Romaji)	Cambia el modo de entrada a Hiragana
Shift+カタカナ/ひらがな/ローマ字 (Katakana/Hiragana/Romaji)	Cambia el modo de entrada a Katakana
Alt+カタカナ/ひらがな/ローマ字 (Katakana/Hiragana/Romaji)	Cambia el modo de entrada entre el romaji en japonés y los kana japoneses

Métodos abreviados de teclado de Windows para realizar conversiones al japonés

Método abreviado de teclado	Descripción
変換 (Henkan) + Espacio	Enumera las opciones de conversión
F6	Se convierte en hiragana
F7	Se convierte en katakana de ancho completo
F8	Se convierte en katakana de ancho medio
F9	Se convierte en romaji de ancho completo
F10	Se convierte en romaji de ancho completo

Métodos abreviados de teclado para Mac

Para obtener información sobre los métodos abreviados de teclado de Mac para cambiar los métodos de entrada al japonés y para realizar conversiones al japonés, consulte los siguientes artículos de la documentación de soporte de Mac.

nota

Como las sesiones de streaming AppStream 2.0 se ejecutan en instancias de Windows, los usuarios de Mac pueden experimentar distintas asignaciones de teclas.

• Métodos abreviados de teclado para cambiar los métodos de entrada en japonés: Configurar y cambiar a una fuente de entrada japonesa en Mac

• Métodos abreviados de teclado para conversiones al japonés: Métodos abreviados de teclado para conversiones al japonés en Mac

Mi usuario ve un error al alcanzar el número máximo de sesiones de streaming cuando intenta iniciar una aplicación del catálogo de aplicaciones.

Con las flotas de Elastic AppStream 2.0, se especifica un número máximo de usuarios que pueden transmitir de forma simultánea mediante el parámetro de simultaneidad máxima. Cualquier usuario que intente transmitir más allá de ese valor recibe este error. Para resolver este problema, puede aumentar el número máximo de retransmisiones en streaming simultáneas o recomendar al usuario que espere a que otro usuario complete su sesión de streaming.

nota

Puede que tenga que solicitar un aumento del límite para aumentar el límite de tamaño y tipo de instancia.

Mi usuario ve una pantalla negra o el escritorio y su aplicación no se inicia en una flota de Elastic. No aparece ningún error.

Esto puede suceder si la ruta de inicio de la aplicación es incorrecta y la AppStream versión 2.0 no puede iniciarla. Para validar la ruta de inicio de la aplicación, utilice la vista de escritorio en la flota para navegar por el volumen raíz. Compruebe que el ejecutable de la aplicación exista en la ruta especificada.

Si no encuentras el VHD o el script de configuración del bloque de aplicaciones en la instancia de streaming, es posible que AppStream 2.0 no haya podido descargarlos del bucket de S3. Valide que la VPC que especificó tenga acceso a S3. Para obtener más información, consulte Uso de puntos de enlace de VPC de Amazon S3 para funciones 2.0 AppStream .