Por que não consigo usar o cliente WorkSpaces para acessar meu Linux ou Ubuntu WorkSpace?

Resolução

O cliente não carrega o WorkSpace porque você pode ter configurado um serviço ou uma configuração incorretamente. Solucione o problema com base na mensagem de erro recebida.

Mensagem de erro "Não foi possível iniciar o WorkSpace"

Depois da autenticação, a seguinte mensagem de erro aparece na tela de inicialização do cliente WorkSpaces:

"Ocorreu um erro desconhecido. Não foi possível iniciar seu WorkSpace. Por favor, tente novamente. Se precisar de ajuda, entre em contato com seu administrador.”

Normalmente, você recebe a mensagem de erro acima quando um dos seguintes serviços não responde a uma verificação de integridade:

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

Para resolver o problema, reinicialize o WorkSpace a partir do console do WorkSpaces ou do cliente WorkSpaces. Se você ainda receber a mensagem de erro após a reinicialização, verifique o status do WorkSpace no console do WorkSpaces. Se o status for Reinicialização, Erro ao inicializar ou Não íntegro, confirme se os serviços do WorkSpace estão em execução e respondendo.

Conclua as etapas a seguir:

1. Use o SSH para se conectar ao WorkSpace e, em seguida, abra o terminal.

2. Verifique o status dos atendentes necessários no WorkSpace.

3. Para verificar se os serviços do WorkSpaces estão no estado Em execução, execute o comando systemctl.
   WorkSpaces do 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 do Amazon Linux 2:

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

4. Para WorkSpaces do Linux, se os serviços estiverem em execução, execute o seguinte comando em seu sistema operacional (SO) para verificar o status das portas de serviço.

   Atendente Skylight:

   sudo netstat -tulpn | grep skylight

   Ubuntu e RHEL:

   sudo netstat -ntpla |grep dcv

   Amazon Linux 2:

   sudo netstat -ntpla |grep pcoip

5. Verifique se o status de cada serviço é LISTEN.
   Exemplo de saída:

   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. Reinicialize o WorkSpace a partir do console do WorkSpaces ou do cliente WorkSpaces.

7. Verifique se o software de proteção de endpoint, como o software antivírus, não está afetando os componentes de serviço necessários. Consulte a documentação a seguir para seu SO:
   Componentes de serviço necessários para Linux.
   Componentes de serviço necessários para o Ubuntu.
   Componentes de serviço necessários para o Red Hat Enterprise Linux.

8. Se você ativou o WorkSpaces Web Access para o WorkSpace, verifique se o STXHD Hosted Application Service está em execução. O tipo de início deve ser Automático.
   Observação: se você ativou o WorkSpaces Web Access, mas não está usando o acesso à web, desative o Acesso à web do WorkSpaces.

9. Verifique se uma aplicação ou VPN não está bloqueando seu adaptador de gerenciamento e, em seguida, verifique a conectividade do WorkSpace.

10. Execute o comando a seguir para verificar se o endereço IP de metadados http://169.254.269.254 está acessível no WorkSpace:

curl -v http://169.254.169.254

Para verificar se você configurou corretamente os adaptadores de rede, conclua as seguintes etapas:

1. Execute o comando a seguir para verificar se as interfaces de gerenciamento e de cliente estão em execução:

   netsh interface show interface

2. Execute o comando a seguir para verificar se há interfaces ativas:

   sudo ifconfig

3. Execute o comando a seguir para verificar todas as interfaces disponíveis:

   sudo ip link show

4. Se uma interface não estiver ativa, execute o seguinte comando para ativá-la:

   sudo ifconfig ethernet-name up

   Observação: substitua ethernet-name pelo seu nome ethernet.

5. Se o ETH1 estiver desativado, você deverá reconstruir o WorkSpace.

Para mais informações sobre como solucionar problemas de integridade do WorkSpace, consulte Como faço para solucionar problemas de um Linux WorkSpace que está no estado Não íntegro?

Você também pode receber Ocorreu um erro desconhecido quando o cliente WorkSpaces consegue se autenticar pela porta 443, mas não consegue se conectar pela porta UDP 4172 ou UDP 4195. Certifique-se de que o dispositivo cliente atenda aos requisitos de rede.

Erro “Desconectado” após você inicializar uma sessão

Depois da autenticação, o cliente WorkSpaces exibe a mensagem “Inicialização da sessão” e, em seguida, exibe imediatamente a mensagem “Desconectado” sem outros erros.

Para verificar a configuração do WorkSpace, use o SSH para se conectar ao WorkSpace e, em seguida, verifique o seguinte:

• O WorkSpace pode se comunicar com o Directory Service for Microsoft Active Directory por meio de um recurso de nuvem privada virtual (VPC), incluindo grupos de segurança, listas de controle de acesso à rede (ACLs da rede) e tabelas de rotas. O WorkSpaces usa a interface de rede elástica na VPC para comunicação com os controladores de domínio quando você faz login.
• O WorkSpace pode se comunicar com seus controladores de domínio nas portas necessárias.
• O WorkSpace pode acessar o domínio em todas as portas. Além disso, verifique se você configurou corretamente os arquivos resolv.conf e sssd.conf. Certifique-se de que todas as entradas no arquivo hosts sejam válidas.
• Verifique se a resolução do DNS funciona. Execute o comando a seguir para resolver nomes de domínio:

  resolvectl status

Para que o serviço se conecte on-line, o serviço SSSD deve ser capaz de se conectar ao servidor DNS, resolver os registros SRV e se conectar aos controladores de domínio.

Observação: ao fazer login em uma conta de domínio, você pode receber uma mensagem de falha de autenticação porque o WorkSpace não consegue se conectar ao domínio. Se você não conseguir usar o SSH para se conectar ao WorkSpace, deverá restaurar ou reconstruir o WorkSpace.

Mensagem de erro “Sem rede. Conexão de rede perdida. Verifique sua conexão de rede ou entre em contato com o administrador para obter ajuda¨

Para solucionar esse problema, conclua as etapas a seguir:

1. Verifique se https://ws-broker-service.region.amazonaws.com resolve.
   Observação: substitua a região pela sua região AWS.
2. Confirme os requisitos de endereço IP e porta para verificar a conectividade.

Mensagem de erro “Algo deu errado”

Depois de autenticar, o cliente WorkSpaces permanece em uma tela de inicialização e, em seguida, exibe o erro “Algo deu errado”. Esse problema pode ocorrer quando há problemas de conectividade de rede entre a máquina cliente e o serviço WorkSpaces. Verifique se a conexão com a internet da máquina cliente está estável e se o firewall não está afetando a conexão de rede.

Esse problema também pode ocorrer quando você configura incorretamente sua autenticação SAML. Para solucionar problemas de autenticação SAML, consulte Como soluciono problemas de autenticação SAML 2.0 no WorkSpaces?

Informações relacionadas

Solução de problemas para WorkSpaces Personal