Pourquoi ne puis-je pas utiliser le client WorkSpaces pour accéder à mon WorkSpace Linux ou Ubuntu ?

Résolution

Le client ne charge pas le WorkSpace car vous avez peut-être mal configuré un service ou un paramètre. Remédiez à votre problème en fonction du message d'erreur reçu.

Message d'erreur « We couldn't launch your WorkSpace »

Une fois que vous vous êtes authentifié, le client WorkSpaces affiche le message d'erreur suivant sur l'écran de lancement :

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

Généralement, le message d'erreur précédent s'affiche lorsque l'un des services suivants ne répond pas à une vérification de l’état :

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

Pour remédier à ce problème, redémarrez le WorkSpace depuis la console WorkSpaces ou le client WorkSpaces. Si le message d'erreur persiste après le redémarrage, vérifiez le statut du WorkSpace sur la console WorkSpaces. Si le statut est Redémarrage, Erreur lors du démarrage ou Non sain, vérifiez que les services WorkSpace sont en cours d'exécution et qu’ils répondent.

Procédez comme suit :

1. Utilisez SSH pour vous connecter au WorkSpace, puis ouvrez le point de terminaison.

2. Vérifiez le statut des agents requis dans le WorkSpace.

3. Pour vérifier que les services WorkSpaces sont à l’état En cours d’exécution, exécutez la commande systemctl.
   WorkSpaces Ubuntu ou 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 Amazon Linux 2 :

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

4. Pour les WorkSpaces Linux, si les services sont en cours d'exécution, exécutez la commande suivante pour votre système d'exploitation (OS) afin de vérifier le statut des ports de service.

   Agent Skylight :

   sudo netstat -tulpn | grep skylight

   Ubuntu et RHEL :

   sudo netstat -ntpla |grep dcv

   Amazon Linux 2 :

   sudo netstat -ntpla |grep pcoip

5. Vérifiez que le statut de chaque service est LISTEN.
   Exemple de sortie :

   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. Redémarrez le WorkSpace à partir de la console WorkSpaces ou du client WorkSpaces.

7. Vérifiez que les logiciels de protection des points de terminaison, tels que les logiciels antivirus, n'affectent pas les composants de service requis. Consultez la documentation suivante correspondant à votre système d’exploitation :
   Composants de service requis pour Linux.
   Composants de service requis pour Ubuntu.
   Composants de service requis pour Red Hat Enterprise Linux.

8. Si vous avez activé WorkSpaces Web Access pour le WorkSpace, vérifiez que le service d'application hébergé STXHD est en cours d'exécution. Le type de démarrage doit être Automatique.
   Remarque : Si vous avez activé WorkSpaces Web Access mais que vous n'utilisez pas l'accès Web, désactivez WorkSpaces Web Access.

9. Vérifiez qu'aucune application ou VPN ne bloque votre adaptateur de gestion, puis vérifiez la connectivité de votre WorkSpace.

10. Exécutez la commande suivante pour vérifier que l'adresse IP des métadonnées http://169.254.269.254 est accessible dans le WorkSpace :

curl -v http://169.254.169.254

Pour vérifier que vous avez correctement configuré les cartes réseau, procédez comme suit :

1. Exécutez la commande suivante pour vérifier que les interfaces de gestion et client fonctionnent :

   netsh interface show interface

2. Exécutez la commande suivante pour vérifier les interfaces actives :

   sudo ifconfig

3. Exécutez la commande suivante pour vérifier toutes les interfaces disponibles :

   sudo ip link show

4. Si une interface n'est pas active, exécutez la commande suivante pour l'activer :

   sudo ifconfig ethernet-name up

   Remarque : Remplacez ethernet-name par votre nom Ethernet.

5. Si ETH1 est désactivé, vous devez reconstruire le WorkSpace.

Pour plus d'informations sur la résolution de problèmes liés à un WorkSpace défectueux, consultez la section Comment puis-je résoudre les problèmes liés à un WorkSpace Linux à l’état Non sain ?

Vous pouvez également recevoir l’erreur Unknown error Occurred lorsque le client WorkSpaces peut s'authentifier via le port 443 mais ne peut pas se connecter via le port UDP 4172 ou UDP 4195. Assurez-vous que l'appareil client répond à la configuration réseau requise.

Erreur « Disconnected » après le lancement d'une session

Une fois que vous vous êtes authentifié, le client WorkSpaces affiche un message « Launching Session », puis affiche immédiatement un message « Disconnected » sans autre erreur.

Pour vérifier la configuration de votre WorkSpace, utilisez SSH pour vous connecter au WorkSpace, puis vérifiez les points suivants :

• Le WorkSpace peut communiquer avec le service d'annuaire pour Microsoft Active Directory via une ressource de cloud privé virtuel (VPC), y compris des groupes de sécurité, des listes de contrôle d'accès réseau (ACL réseau) et des tables de routage. WorkSpaces utilise l'interface réseau Elastic du VPC pour communiquer avec les contrôleurs de domaine lorsque vous vous connectez.
• Le WorkSpace peut communiquer avec vos contrôleurs de domaine sur les ports requis.
• Le WorkSpace peut accéder au domaine sur tous les ports. Vérifiez également que vous avez correctement configuré les fichiers resolv.conf et sssd.conf. Assurez-vous que toutes les entrées du fichier hosts sont valides.
• Vérifiez que la résolution DNS fonctionne. Exécutez la commande suivante pour résoudre les noms de domaine :

  resolvectl status

Pour que le service se connecte en ligne, le service SSSD doit pouvoir se connecter au serveur DNS, résoudre les enregistrements SRV et se connecter aux contrôleurs de domaine.

Remarque : Lorsque vous vous connectez à un compte de domaine, vous pouvez recevoir un message d'échec d'authentification car le WorkSpace ne peut pas se connecter au domaine. Si vous ne pouvez pas utiliser SSH pour vous connecter au WorkSpace, vous devez restaurer ou reconstruire le WorkSpace.

Message d’erreur « No network. Network connection lost. Check your network connection or contact administrator for help »

Pour résoudre ce problème, procédez comme suit :

1. Vérifiez si https://ws-broker-service.region.amazonaws.com est résolu.
   Remarque : Remplacez region par votre région AWS.
2. Confirmez les exigences en matière d'adresse IP et de port pour vérifier la connectivité.

Message d'erreur « Something went wrong »

Une fois que vous vous êtes authentifié, le client WorkSpaces demeure affiché sur l’écran de lancement, puis le message d'erreur « Something went wrong » s'affiche. Ce problème peut survenir en cas de problèmes de connectivité réseau entre l’ordinateur client et le service WorkSpaces. Vérifiez que la connexion Internet de l'ordinateur client est stable et que le pare-feu n'affecte pas la connexion réseau.

Ce problème peut également se produire lorsque vous ne configurez pas correctement votre authentification SAML. Pour résoudre les problèmes d'authentification SAML, consultez la section Comment puis-je résoudre les problèmes d'authentification SAML 2.0 dans WorkSpaces ?

Informations connexes

Résoudre les problèmes liés à WorkSpaces Personal