Elastic Compute Service:Troubleshoot remote connection failures to a Windows instance

Usar a ferramenta de solução de problemas autosserviço

A ferramenta de solução de problemas autosserviço do Alibaba Cloud ajuda você a verificar rapidamente as configurações de grupos de segurança, o firewall interno da instância e o status de escuta de portas comuns de aplicativos. A ferramenta fornece um relatório de diagnóstico detalhado.

Caso a ferramenta de solução de problemas autosserviço não consiga identificar o problema, siga as etapas abaixo para solucioná-lo manualmente.

Solução manual de problemas

Verifique o status da instância ECS e, em seguida, use o Cloud Assistant para enviar comandos à instância Windows ou faça logon na instância usando VNC.

Etapa 1: Testar a conexão remota usando o Workbench

Você pode usar o Workbench fornecido pelo Alibaba Cloud para se conectar remotamente. Se a conexão remota falhar, o Workbench retorna uma mensagem de erro específica e uma solução.

1. Acesse ECS console - Instances.

2. No canto superior esquerdo da página, selecione uma região e um grupo de resources.

3. Na página Instances, localize a instância à qual deseja se conectar e clique em Connect na coluna Actions.

4. Na caixa de diálogo Connect, clique em Sign in now ao lado de Workbench.

5. O Workbench preenche automaticamente as informações básicas necessárias para fazer logon na instância de destino. Confirme se as informações estão corretas e insira o nome de usuário e as credenciais de autenticação. Em seguida, realize uma das seguintes ações com base no resultado:

   • Se você ainda não conseguir fazer logon, o Workbench retornará uma mensagem de erro e uma solução. Siga as instruções na tela para resolver o problema e tente se conectar novamente. Você pode connect to the instance using VNC para resolver problemas comuns que ocorrem ao usar o Workbench.

   • Se for possível fazer logon na instância com o Workbench, mas não a partir do seu computador local, significa que a porta e o service de conexão remota da instância estão funcionando corretamente. O problema provavelmente está no seu cliente local, que deve ser investigado.

Etapa 2: Verificar notificações de filtragem blackhole

Verifique se há notificações indicando que a filtragem blackhole foi acionada para a instância. Esse recurso bloqueia todo o acesso à internet para a instância. Para mais informações, consulte Alibaba Cloud blackhole filtering policy.

Etapa 3: Verificar portas e grupos de segurança

Verifique se alguma regra de grupo de segurança está bloqueando a conexão. Siga estas etapas:

1. Acesse ECS console - Instances.

2. No canto superior esquerdo da página, selecione uma região e um grupo de resources.

3. Na página Instances, clique no ID da instância de destino.

4. Clique na aba Security Groups. Na seção Security Group List, localize o grupo de segurança que deseja gerenciar e clique em Configure Rules na coluna Actions.

5. Selecione a direção para a regra do grupo de segurança.

6. Na aba Security Group Details, use um dos métodos a seguir para add a security group rule.

   • Método 1: Adicionar rapidamente uma regra de grupo de segurança

     • Selecione RDP Connection to a Windows Instance

   • Método 2: Adicionar manualmente uma regra de grupo de segurança

     • Action: Allow

     • Priority: 1 (Um valor menor indica maior prioridade.)

     • Protocol Type: Custom TCP

     • Source > /Destination IPv4 CIDR Block: 0.0.0.0/0 (representa todos os endereços IP)

     • Destination > /Source Port Range: Defina como a porta RDP (padrão 3389).

7. Conecte-se à área de trabalho remota usando o formato IP:port.

   Na caixa de texto Computer da caixa de diálogo Remote Desktop Connection, insira o endereço no formato IP:port, como 192.168.0.1:4389, e clique em Connect.

8. Execute o seguinte comando para testar se a porta está funcionando corretamente.

   telnet <IP> <Port>

   Nota

   • <IP> especifica o endereço IP da instância Windows.

   • <Port> especifica o número da porta RDP da instância Windows.

   Por exemplo, ao executar o comando telnet 192.168.0.1 4389, a saída normalmente será semelhante à seguinte.

   Trying 192.168.0.1 ...
   Connected to 192.168.0.1  4389.
   Escape character is '^]'

   Se o teste de porta falhar, consulte Check port availability when the ping command is successful but the port is unreachable para solução de problemas.

Etapa 4: Verificar a configuração do firewall

1. Connect to a Windows instance using VNC.

2. Na barra de menus, escolha Start > Control Panel.

3. Defina View by como Small icons e clique em Windows Firewall.

4. Na janela Windows Firewall, clique em Advanced settings.

5. Ative a configuração do firewall.

   1. Na janela Windows Firewall with Advanced Security, clique em Windows Firewall Properties.

   2. Selecione On (recommended) e clique em Apply(A).

      Recomendamos ativar o firewall nas abas Domain Profile, Private Profile e Public Profile.

6. Na janela Windows Firewall with Advanced Security, clique em Inbound Rules. No painel à direita, role até a parte inferior, clique com o botão direito em Remote Desktop - User Mode(TCP-In) e selecione Enable Rule.

Etapa 5: Verificar os Remote Desktop Services

Verifique se os Remote Desktop Services estão ativados no servidor Windows.

1. Connect to a Windows instance using VNC.

2. Clique com o botão direito no menu Iniciar e clique em System.

3. Na janela System, clique em Remote Desktop.

4. Na seção Remote Desktop, alterne a chave Enable Remote Desktop para On.

5. Inicie o service Remote Desktop Services.

   No menu Start, escolha Windows Administrative Tools > Services > Services (Local). No painel à direita, localize o service Remote Desktop Services e verifique seu status. Se o service não estiver em execução, inicie-o.

6. Carregue os drivers e services dos quais os Remote Desktop Services dependem.

   Services essenciais dos quais os Remote Desktop Services dependem às vezes são desativados por engano, causando falhas de conexão. Para resolver isso, realize a seguinte verificação.

   1. Clique com o botão direito no menu Iniciar, clique em Run, insira msconfig e clique em OK.

   2. Na caixa de diálogo System Configuration, clique na aba General, selecione Normal startup(N) e clique em OK.

   3. Restart the ECS instance.

Etapa 6: Verificar o service de terminal remoto

A área de trabalho remota de uma instância Windows pode ficar inacessível devido a uma configuração incorreta do service de terminal remoto.

Etapa 7: Verificar a rede

Se você não conseguir se conectar remotamente a uma instância Windows, verifique primeiro se a rede está funcionando corretamente.

1. Teste a conexão a partir de outros ambientes de rede, como segmentos de rede diferentes ou operadoras diferentes, para determinar se o problema está na sua rede local ou no servidor.

• Se o problema estiver na sua rede local ou na operadora, entre em contato com a equipe de TI local ou com a operadora para resolvê-lo.

• Se o adaptador de rede ou seu driver não estiver funcionando corretamente, certifique-se de que o adaptador de rede esteja ativado e atualize seu driver. Siga estas etapas:

  Corrigir um adaptador de rede ou driver com falha

  Nota

  Esta operação usa o Windows Server 2016 como exemplo. A interface do usuário (UI) pode variar conforme a versão do SO. Ajuste as etapas conforme necessário.

  1. Connect to a Windows instance using VNC.

  2. Na área de notificação da barra de tarefas, clique com o botão direito no ícone e selecione Open Network and Sharing Center.

  3. Clique em Change adapter settings para verificar se o adaptador de rede está ativado.

     • Se o adaptador de rede estiver desativado, clique com o botão direito no nome do adaptador, selecione Enable e verifique se a conexão remota à instância Windows foi restaurada.

     • Se o adaptador de rede estiver ativado, mas ainda assim indisponível, prossiga para a próxima etapa.

  4. Abra a janela Run, insira regedit e clique em OK.

  5. No Registry Editor, navegue até HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > Control > Class > {4d36e972-e325-11ce-bfc1-08002be10318}. Verifique se as seguintes informações existem no painel à direita. Caso contrário, clique com o botão direito em uma área em branco e selecione New para adicioná-las.

     Importante

     Após modificar o registro, você deve reiniciar o sistema para que as alterações entrem em vigor.

     • Name: Installer32

     • Type: REG_SZ

     • Data: NetCfgx.dll,NetClassInstaller

  6. Abra a janela Run, insira devmgmt.msc e clique em OK.

  7. Na página Device Manager, expanda Network adapters, clique com o botão direito no nome do adaptador de rede e selecione Update Driver Software....

  8. Na caixa de diálogo exibida, clique em Search automatically for updated driver software. Após a conclusão da atualização, clique em Close.

  9. Verifique se a conexão remota à instância Windows foi restaurada.

2. Use o comando ping no seu cliente local para testar a conectividade de rede com a instância.

   • Se ocorrer um problema de rede, consulte Use a packet capture tool to capture network packets para solução de problemas.

   • Se houver perda de pacotes ping ou se o comando ping falhar, consulte Use MTR to analyze network paths para solução de problemas.

   • Se ocorrer perda intermitente de pacotes e a rede da sua instância ECS estiver instável, consulte Link interruption para resolver o problema.

3. Se você receber um erro de General failure ao executar o comando ping da sua instância para testar a conectividade com o cliente, consulte The "General failure" error is reported when I ping a public IP address from a Windows instance para resolver o problema.

Etapa 8: Verificar CPU, largura de banda e memória

Uma conexão remota a uma instância Windows pode falhar devido a alta carga de CPU, largura de banda insuficiente ou memória insuficiente.

1. Selecione a operação apropriada com base na carga da CPU.

• Se a carga da CPU não estiver alta, continue para a próxima verificação.

• Se a carga da CPU estiver alta, resolva o problema usando os métodos nesta etapa.

  • Se você suspeitar de alta carga de CPU, faça logon na instância a partir do terminal na página Instance Details e verifique se o Windows Update está sendo executado em segundo plano. Uma alta carga de CPU é esperada se o Windows Update estiver em execução. Aguarde a conclusão da atualização.

  • Se aplicativos na instância causarem alta E/S de disco, solicitações frequentes de rede ou cargas de trabalho intensivas em computação, uma alta carga de CPU é esperada. Nesse caso, você pode upgrade the instance type para resolver gargalos de resources.

    Nota

    Para mais informações sobre como resolver altas cargas de CPU, consulte Troubleshoot high CPU utilization on Windows instances.

  • Se o uso da CPU permanecer anormalmente alto após descartar as causas anteriores, a instância pode estar infectada com malware. Por exemplo, malware de mineração de criptomoedas consome recursos de CPU de forma maliciosa, o que pode causar lentidão, resposta lenta ou até mesmo tornar a instância inacessível. Para mais informações sobre como solucionar e lidar com esse problema, consulte Scan for and handle cryptomining programs. Se a instância estiver infectada com ransomware, arquivos do sistema são criptografados e bloqueados, o que também pode causar falhas de logon. Para mais informações, consulte Protect your servers from ransomware.

2. Verifique se há largura de banda pública insuficiente.

   Uma conexão remota pode falhar devido a largura de banda pública insuficiente. Siga estas etapas para solucionar o problema.

   1. Acesse ECS console - Instances.

   2. No canto superior esquerdo da página, selecione uma região e um grupo de resources.

   3. Na página Instances, clique no ID da instância. Na aba Instance Details, visualize a Public Bandwidth na seção Configuration Information.

      Se a largura de banda pública for 0 Mbit/s, a instância foi criada sem largura de banda pública. Você pode resolver esse problema upgrading the public bandwidth.

3. Verifique se há memória insuficiente.

   Após conectar-se remotamente a uma instância Windows, a área de trabalho pode não ser exibida corretamente e a conexão pode ser encerrada sem uma mensagem de erro. Memória insuficiente no servidor pode causar esse problema. Siga estas etapas para verificar o uso de memória.

   1. Connect to a Windows instance using VNC.

   2. Acesse Start > Administrative Tools > Event Viewer e verifique se há logs de aviso indicando resources de memória insuficientes.

Etapa 9: Verificar políticas de segurança do sistema

Verifique se alguma política de segurança no servidor Windows está bloqueando conexões de área de trabalho remota. Siga estas etapas.

1. Connect to a Windows instance using VNC.

2. Escolha Start > Control Panel > System and Security > Administrative Tools e clique duas vezes em Local Security Policy.

3. Na janela Local Security Policy, clique em IP Security Policies on Local Computer. A próxima etapa depende se já existe uma política de segurança relevante.

   1. Se existir uma política de segurança relevante, exclua-a ou edite-a.

      • Para excluir a política de segurança, clique com o botão direito na política e selecione Delete(D). Na caixa de diálogo exibida, clique em Yes.

      • Clique duas vezes na política de segurança IP para abri-la, reconfigure-a para permitir conexões de área de trabalho remota e tente se conectar novamente usando a Área de Trabalho Remota.

   2. Se não existirem políticas de segurança relevantes, prossiga para Step 10 para continuar a solução de problemas.

Etapa 10: Verificar o software antivírus

Falhas de conexão remota podem ser causadas por configurações de software antivírus de terceiros. Use os métodos a seguir para resolver esse problema. Esta seção apresenta dois estudos de caso sobre como a configuração do SafeDog pode causar falha no acesso remoto.

• Se houver um software antivírus em execução em segundo plano, conecte-se à instância usando VNC para atualizar o software antivírus para a versão mais recente ou desinstalá-lo. Para mais informações sobre como fazer logon em uma instância usando VNC, consulte Connect to an instance by using VNC.

• Use uma versão comercial de software antivírus ou use o Microsoft Safety Scanner gratuito para procurar e remover vírus no modo de segurança. Para mais informações sobre o Security Scanner, consulte Microsoft Safety Scanner.

Etapa 11: Verificar configurações do registro do Windows

Configurações incorretas no registro do Windows podem bloquear conexões RDP. Siga estas etapas para corrigir o problema.

1. Connect to a Windows instance using VNC.

2. Na caixa de diálogo Run, insira regedit e clique em OK para abrir o Editor do Registro.

3. No Editor do Registro, modifique os seguintes valores de parâmetro.

   • Em HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp, modifique o valor do parâmetro fEnableWinStation para 1.

   • Altere o valor do parâmetro fDenyTSConnections em HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server para 0.

Etapa 12: Verificar certificados autoassinados RDP expirados

Um certificado autoassinado RDP expirado pode causar falhas de logon remoto. Siga estas etapas para corrigir o problema.

1. Connect to a Windows instance using VNC.

2. Execute o Windows PowerShell como administrador.

3. Na janela do Windows PowerShell, execute o seguinte comando para verificar se o certificado atual expirou.

   Get-Item 'Cert:\LocalMachine\Remote Desktop\*' | Select-Object NotAfter

4. Se o certificado tiver expirado, execute o seguinte comando para excluir o certificado autoassinado e reiniciar o service TermService.

   Remove-Item -Path 'Cert:\LocalMachine\Remote Desktop\*' -Force -ErrorAction SilentlyContinue
   Restart-Service TermService -Force

   Quando o service TermService é reiniciado, o sistema gera automaticamente um novo certificado autoassinado.

5. Execute o seguinte comando para confirmar se o carimbo de data/hora do novo certificado autoassinado foi atualizado.

   Get-Item 'Cert:\LocalMachine\Remote Desktop\*' | Select-Object NotAfter

   Nota

   O período de validade padrão de um certificado autoassinado RDP é de seis meses.

Mensagens de erro específicas

• A protocol error occurs when you remotely connect to a Windows ECS instance

• Problemas relacionados à autorização:

  • Enabling password-protected sharing causes the 'Your credentials did not work' error during remote access to a Windows system

  • The "The connection was denied because the user account is not authorized for remote login" error occurs when you connect to an ECS instance using Remote Desktop

  • Solution for an unspecified Remote Desktop license server in a Windows instance

  • What do I do if an error message that indicates the lack of Terminal Server User Access permissions is reported when I connect to a Windows instance by using Remote Desktop?

• Problemas relacionados à contagem de conexões:

  • "The terminal server has exceeded the maximum number of allowed connections" error is reported when connecting to a Windows instance

Tópicos relacionados

• Troubleshoot connection failures to a Linux instance

• VNC connection issues

• SSH connection issues

• RDP connection issues