¿Por qué no puedo usar el cliente WorkSpaces para acceder a mi WorkSpace de Linux o Ubuntu?

Resolución

El cliente no carga el WorkSpace porque es posible que haya configurado un servicio o una configuración de forma incorrecta. Solucione el problema según el mensaje de error que reciba.

Mensaje de error «We couldn't launch your WorkSpace»

Tras la autenticación, el cliente de WorkSpaces muestra el siguiente mensaje de error en la pantalla de inicio:

«Unknown error Occurred. We couldn't launch your WorkSpace. Please try again. If you need help, contact your administrator».

Por lo general, se muestra el mensaje de error anterior cuando uno de los siguientes servicios no responde a una comprobación de estado:

• skylight-agent.service
• wspdcvhostadapter.service
• pcoip.service
• dcvserver.service

Para resolver este problema, reinicie el WorkSpace desde la consola de WorkSpaces o el cliente de WorkSpaces. Si se sigue mostrando el mensaje de error después de reiniciar, compruebe el estado del WorkSpace en la consola de WorkSpaces. Si el estado es Reiniciando, Se ha producido un error al arrancar o está en Mal estado, confirme que los servicios de WorkSpace se estén ejecutando y respondan.

Siga estos pasos:

1. Utilice SSH para conectarse al WorkSpace y, a continuación, abra el terminal.

2. Compruebe el estado de los agentes necesarios en el WorkSpace.

3. Para comprobar que los servicios de WorkSpaces están en estado de ejecución, ejecute el comando systemctl.
   WorkSpaces de Ubuntu o Red Hat Enterprise Linux (RHEL):

   sudo systemctl status/start skylight-agent.service
   sudo systemctl status/start wspdcvhostadapter.service
   sudo systemctl status/start dcvserver.service

   WorkSpaces de Amazon Linux 2:

   sudo systemctl status/start skylight-agent.service
   sudo systemctl status/start pcoip.service

4. En el caso de WorkSpaces de Linux, si los servicios se están ejecutando, ejecute el siguiente comando en su sistema operativo (SO) para comprobar el estado de los puertos de servicio.

   Agente de Skylight:

   sudo netstat -tulpn | grep skylight

   Ubuntu y RHEL:

   sudo netstat -ntpla |grep dcv

   Amazon Linux 2:

   sudo netstat -ntpla |grep pcoip

5. Compruebe que el estado de cada servicio sea ESCUCHAR.
   Resultado de ejemplo:

   sudo netstat -ntpla |grep dcv
   tcp 0 0 127.0.0.1:8290 0.0.0.0:* LISTEN 1058/wspdcvhostadap
   tcp 0 0 127.0.0.1:9999 0.0.0.0:* LISTEN 1058/wspdcvhostadap
   tcp 0 0 198.19.129.139:8220 0.0.0.0:* LISTEN 1073/dcvserver

6. Reinicie el WorkSpace desde la consola de WorkSpaces o el cliente de WorkSpaces. 

7. Compruebe que el software de protección de puntos de enlace, como el software antivirus, no afecte a los componentes de servicio necesarios. Consulte la siguiente documentación para su sistema operativo:
   Componentes de servicio necesarios para Linux.
   Componentes de servicio necesarios para Ubuntu.
   Componentes de servicio necesarios para Red Hat Enterprise Linux.

8. Si activó WorkSpaces Web Access para WorkSpace, compruebe que el servicio de aplicaciones alojadas STXHD esté en ejecución. El tipo de inicio debe ser Automático.
   Nota: Si activó WorkSpaces Web Access, pero no utiliza el acceso web, desactive WorkSpaces Web Access.

9. Compruebe que ninguna aplicación o VPN esté bloqueando el adaptador de administración y, a continuación, compruebe la conectividad de su WorkSpace.

10. Ejecute el siguiente comando para comprobar que se puede acceder a la dirección IP de metadatos http://169.254.269.254 en el WorkSpace:

curl -v http://169.254.169.254

Para comprobar que configuró correctamente los adaptadores de red, siga estos pasos:

1. Ejecute el siguiente comando para comprobar que las interfaces de administración y de cliente se estén ejecutando:

   netsh interface show interface

2. Ejecute el siguiente comando para comprobar si hay interfaces activas:

   sudo ifconfig

3. Ejecute el siguiente comando para comprobar todas las interfaces disponibles:

   sudo ip link show

4. Si una interfaz no está activa, ejecute el siguiente comando para activarla:

   sudo ifconfig ethernet-name up

   Nota: Sustituya ethernet-name por su nombre de Ethernet.

5. Si ETH1 está desactivado, debe reconstruir el WorkSpace.

Para obtener más información sobre cómo solucionar problemas de WorkSpace en mal estado, consulte ¿Cómo se solucionan los problemas de un WorkSpace de Linux marcado como en mal estado?

También se puede mostrar Se ha producido un error desconocido cuando el cliente de WorkSpaces puede autenticarse a través del puerto 443 pero no puede conectarse a través del puerto UDP 4172 o UDP 4195. Asegúrese de que el dispositivo cliente cumpla con los requisitos de red.

Error «Disconnected» después de iniciar una sesión

Tras la autenticación, el cliente de WorkSpaces muestra el mensaje «Launching Session» e inmediatamente muestra el mensaje «Disconnected» sin ningún otro error.

Para comprobar la configuración del WorkSpace, utilice SSH para conectarse al WorkSpace y, a continuación, compruebe lo siguiente:

• El WorkSpace puede comunicarse con el servicio de directorio para Microsoft Active Directory a través de un recurso de nube virtual privada (VPC), que incluye grupos de seguridad, listas de control de acceso de la red (ACL de la red) y tablas de enrutamiento. WorkSpaces usa la interfaz de red elástica de la VPC para comunicarse con los controladores de dominio al iniciar sesión.
• El WorkSpace puede comunicarse con los controladores de dominio en los puertos necesarios.
• El WorkSpace puede acceder al dominio en todos los puertos. Compruebe también que ha configurado correctamente los archivos resolv.conf y sssd.conf. Asegúrese de que todas las entradas del archivo hosts son válidas. 
• Verifique que la resolución de DNS funcione. Ejecute el siguiente comando para resolver los nombres de dominio:

  resolvectl status

Para que el servicio se conecte, el servicio SSSD debe poder conectarse al servidor DNS, resolver los registros SRV y conectarse a los controladores de dominio.

Nota: Al iniciar sesión en una cuenta de dominio, es posible que se muestre un mensaje de error de autenticación porque el WorkSpace no puede conectarse al dominio. Si no puede usar SSH para conectarse al WorkSpace, debe restaurar o reconstruir el WorkSpace.

Mensaje de error «Sin red. Se perdió la conexión de red. Compruebe la conexión de red o póngase en contacto con el administrador para obtener ayuda»

Para resolver este problema, siga estos pasos:

1. Compruebe si https://ws-broker-service.region.amazonaws.com se resuelve.
   Nota: Sustituya la región por su región de AWS.
2. Confirme los requisitos de puerto y dirección IP para verificar la conectividad.

Mensaje de error «Something went wrong»

Tras la autenticación, el cliente de WorkSpaces permanece en la pantalla de inicio y, a continuación, aparece el error «Something went wrong». Este problema puede producirse cuando hay problemas de conectividad de red entre el equipo cliente y el servicio WorkSpaces. Compruebe que la conexión a Internet del equipo cliente es estable y que el firewall no afecta a la conexión de red.

Este problema también puede producirse cuando configura la autenticación SAML de forma incorrecta. Para resolver los problemas de autenticación de SAML, consulte ¿Cómo soluciono los problemas de autenticación de SAML 2.0 en WorkSpaces?

Información relacionada

Troubleshoot issues for WorkSpaces Personal (Solución de problemas de WorkSpaces Personal)