Perché non posso utilizzare il client WorkSpaces per accedere al mio WorkSpace Linux o Ubuntu?

Risoluzione

Il client non carica il WorkSpace perché potresti aver configurato un servizio o un'impostazione in modo errato. Risolvi il problema in base al messaggio di errore ricevuto.

Messaggio di errore “We couldn't launch your WorkSpace”

Dopo l'autenticazione, il client WorkSpaces visualizza il seguente messaggio di errore nella schermata di avvio:

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

In genere, viene visualizzato il messaggio di errore precedente quando uno dei seguenti servizi non risponde a un controllo dell'integrità:

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

Per risolvere il problema, riavvia il WorkSpace dalla console WorkSpaces o dal client WorkSpaces. Se continui a ricevere il messaggio di errore dopo il riavvio, controlla lo stato del WorkSpace sulla console WorkSpaces. Se lo stato è Riavvio in corso, Error Booting Up (Errore durante l'avvio) o Non integro, conferma che i servizi WorkSpaces siano in esecuzione e rispondano.

Completa i passaggi seguenti:

1. Utilizza SSH per connetterti al WorkSpace, quindi apri il terminale.

2. Controlla lo stato degli agenti richiesti nel WorkSpace.

3. Per verificare che i servizi WorkSpaces siano In esecuzione, esegui il comando systemctl.
   WorkSpace 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

   WorkSpace Amazon Linux 2:

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

4. Per i WorkSpace Linux, se i servizi sono in esecuzione, esegui il seguente comando per il tuo sistema operativo in modo da verificare lo stato delle porte del servizio.

   Agente Skylight:

   sudo netstat -tulpn | grep skylight

   Ubuntu e RHEL:

   sudo netstat -ntpla |grep dcv

   Amazon Linux 2:

   sudo netstat -ntpla |grep pcoip

5. Verifica che lo stato di ogni servizio sia LISTEN.
   Esempio di output:

   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. Riavvia il WorkSpace dalla console WorkSpaces o dal client WorkSpaces.

7. Verifica che il software di protezione degli endpoint, come ad esempio il software antivirus, non influenzi i componenti del servizio richiesti. Consulta la seguente documentazione per il tuo sistema operativo:
   Componenti del servizio richiesti per Linux.
   Componenti del servizio richiesti per Ubuntu.
   Componenti del servizio richiesti per Red Hat Enterprise Linux.

8. Se per il WorkSpace hai attivato ** WorkSpaces Web Access**, verifica che il Servizio di applicazioni ospitate STXHD sia in esecuzione. Il tipo di avvio deve essere Automatico.
   Nota: se hai attivato WorkSpaces Web Access, ma non utilizzi l'accesso web, disattiva WorkSpaces Web Access.

9. Verifica che un'applicazione o una VPN non stia bloccando l'adattatore di gestione, quindi verifica la connettività del WorkSpace.

10. Esegui il seguente comando per verificare che l'indirizzo IP dei metadati http://169.254.269.254 sia accessibile nel WorkSpace:

curl -v http://169.254.169.254

Per verificare di aver configurato correttamente gli adattatori di rete, completa i seguenti passaggi:

1. Esegui il seguente comando per verificare che le interfacce di gestione e cliente siano in esecuzione:

   netsh interface show interface

2. Esegui il seguente comando per verificare le interfacce attive:

   sudo ifconfig

3. Esegui il seguente comando per controllare tutte le interfacce disponibili:

   sudo ip link show

4. Se un'interfaccia non è attiva, esegui il seguente comando per attivarla:

   sudo ifconfig ethernet-name up

   Nota: sostituisci ethernet-name con il nome del tuo Ethernet.

5. Se ETH1 è disattivato, è necessario ricostruire il WorkSpace.

Per ulteriori informazioni sulla risoluzione dei problemi di un WorkSpace non integro, consulta How do I troubleshoot a Linux WorkSpace that's in the Unhealthy state? (Come posso risolvere i problemi di un WorkSpace Linux contrassegnato come non integro?)

È inoltre possibile che, quando il client WorkSpaces può autenticarsi sulla porta 443, ma non riesce a connettersi tramite la porta UDP 4172 o UDP 4195, si verifichi un errore sconosciuto . Assicurati che il dispositivo client soddisfi i requisiti di rete.

Errore "Disconnected" dopo l'avvio di una sessione

Dopo l'autenticazione, il client WorkSpaces visualizza il messaggio “Launching Session”, seguito immediatamente da “Disconnected” senza altri errori.

Per verificare la configurazione del WorkSpace, utilizza SSH per connetterti al WorkSpace, quindi verifica quanto segue:

• Il WorkSpace può comunicare con Directory Service per Microsoft Active Directory tramite una risorsa di cloud privato virtuale (VPC), inclusi gruppi di sicurezza, liste di controllo degli accessi alla rete (ACL di rete) e tabelle di routing. WorkSpaces utilizza l'interfaccia di rete elastica nel VPC per la comunicazione con i controller di dominio al momento dell'accesso.
• Il WorkSpace può comunicare con i controller di dominio sulle porte richieste.
• Il WorkSpace può raggiungere il dominio su tutte le porte. Inoltre, controlla di aver configurato correttamente i file resolv.conf e sssd.conf. Assicurati che tutte le voci nel file hosts siano valide.
• Verifica che la risoluzione DNS funzioni. Esegui il seguente comando per risolvere i nomi di dominio:

  resolvectl status

Affinché il servizio si connetta online, il servizio SSSD deve essere in grado di connettersi al server DNS, risolvere i record SRV e connettersi ai controller di dominio.

Nota: quando accedi a un account di dominio, potresti ricevere un messaggio di errore di autenticazione perché il WorkSpace non è in grado di connettersi al dominio. Se non riesci a utilizzare SSH per connetterti al WorkSpace, devi ripristinare o ricostruire il WorkSpace.

Messaggio di errore "No network. Network connection lost. Check your network connection or contact administrator for help"

Per risolvere il problema, completa i seguenti passaggi:

1. Controlla se https://ws-broker-service.region.amazonaws.com si risolve.
   Nota: sostituisci region con la tua regione AWS.
2. Controlla l'indirizzo IP e i requisiti di porta per verificare la connettività.

Messaggio di errore "Something went wrong"

Dopo l'autenticazione, il client WorkSpaces si blocca sulla schermata di avvio, quindi viene visualizzato l'errore "Something went wrong". Questo errore può verificarsi quando sono presenti problemi di connettività di rete tra il computer client e il servizio WorkSpaces. Verifica che la connessione Internet del computer client sia stabile e che il firewall non influenzi la connessione di rete.

L'errore può verificarsi anche quando si configura erroneamente l'autenticazione SAML. Per risolvere i problemi di autenticazione SAML, consulta How do I troubleshoot SAML 2.0 authentication issues in WorkSpaces? (Come posso risolvere i problemi di autenticazione SAML 2.0 in WorkSpaces?)

Informazioni correlate

Risolvi i problemi relativi a WorkSpaces Personal