Se você chegou aqui depois de tentar abrir uma conexão de Área de Trabalho Remota e recebeu aquela mensagem genérica “não é possível conectar ao computador remoto”, sabe como é chato: o Windows raramente diz o motivo real. Trabalhando com suporte técnico, esse é um dos chamados mais recorrentes — e na maioria das vezes o problema não está no seu PC, e sim em alguma configuração do lado do computador ou servidor remoto que ninguém checou depois da última atualização do Windows.
Vou passar pelas causas mais comuns na ordem em que costumo testar, começando pelo que resolve rápido e deixando os casos mais chatos (rede, VPN, política de grupo) por último.
Por que a Área de Trabalho Remota não conecta
Antes de sair mexendo em firewall, vale isolar onde está o problema. Na prática, são seis causas que respondem por quase todos os casos:
- RDP desabilitado no computador remoto — depois de uma formatação ou de uma atualização grande do Windows, o acesso remoto às vezes volta desativado por padrão.
- Firewall bloqueando a porta 3389 — é a causa mais comum em redes corporativas, principalmente depois de trocar de antivírus ou instalar um firewall de terceiros.
- Credenciais incorretas ou conta bloqueada — Windows costuma travar a conta depois de algumas tentativas erradas, e a mensagem de erro não deixa isso claro.
- Autenticação em Nível de Rede (NLA) — se o cliente que está conectando é mais antigo (ou é outro sistema, como um app de RDP no celular), pode haver incompatibilidade com o NLA exigido pelo servidor.
- Máquina remota em outra rede ou atrás de VPN mal configurada — o mais comum em home office, quando o roteador não tem redirecionamento de porta correto.
- Serviço de Área de Trabalho Remota parado — raro, mas acontece depois de atualizações que reiniciam serviços do Windows de forma incompleta.
Passo a passo para resolver
1. Confirme que o RDP está habilitado no PC remoto
No computador que você quer acessar, vá em Configurações > Sistema > Área de Trabalho Remota e confira se a chave está ativada. Se preferir o caminho mais rápido, abra o Prompt de Comando como administrador e digite:
reg query "HKLM\System\CurrentControlSet\Control\Terminal Server" /v fDenyTSConnections
Se o valor voltar como 1, o RDP está desabilitado. Troque para 0 com o comando slmgr equivalente ou pela própria tela de configurações — é mais seguro para quem não tem tanta prática com o registro.
2. Libere a porta 3389 no firewall
Abra o Firewall do Windows com Segurança Avançada e crie (ou confirme que existe) uma regra de entrada para a porta TCP 3389. Se o PC estiver atrás de um firewall de rede ou de um antivírus corporativo (Kaspersky Endpoint, ESET, etc.), lembre que o firewall do Windows não é o único filtro — muita gente esquece de checar o firewall do antivírus e perde meia hora atrás do problema errado.
3. Teste a porta antes de insistir na conexão
No PowerShell da máquina que está tentando conectar, rode:
Test-NetConnection -ComputerName IP_OU_NOME -Port 3389
Se retornar TcpTestSucceeded: False, o problema é de rede ou firewall — não adianta mexer em usuário e senha. Esse teste sozinho já elimina metade das hipóteses erradas.
4. Verifique se a conta tem permissão de acesso remoto
Contas de administrador local costumam ter acesso por padrão, mas contas comuns precisam estar no grupo Usuários da Área de Trabalho Remota. Isso é configurado em Sistema > Propriedades Avançadas > Remoto, ou via lusrmgr.msc.
5. Cuidado com contas bloqueadas por tentativas erradas
Se a política de segurança do domínio bloqueia a conta após 3 ou 5 tentativas, o RDP simplesmente para de responder sem avisar que o motivo é bloqueio. Peça para o administrador de domínio checar o Visualizador de Eventos (Segurança, evento 4740) antes de gastar tempo revisando a configuração de rede.
6. Reinicie o serviço de Área de Trabalho Remota
Abra services.msc na máquina remota, localize Serviços de Área de Trabalho Remota e reinicie. Em servidores com muitas sessões abertas, esse serviço às vezes trava depois de dias sem reiniciar — um sintoma clássico é a conexão cair sempre no mesmo ponto da autenticação.
Problemas comuns que aparecem no dia a dia
Erro “ocorreu um erro interno”: normalmente aparece depois de uma atualização do Windows que muda a versão do protocolo RDP. Atualizar o cliente de Área de Trabalho Remota costuma resolver — vale conferir também se os drivers de rede estão atualizados, porque adaptador desatualizado gera exatamente esse tipo de instabilidade intermitente.
Conexão cai depois de alguns minutos: geralmente é configuração de economia de energia da placa de rede desligando a conexão em modo de espera, ou um limite de sessão configurado na política de grupo do servidor.
Funciona na rede local mas não pela internet: nesse caso o problema quase sempre é redirecionamento de porta no roteador ou um provedor que bloqueia IP dinâmico — vale considerar uma VPN dedicada em vez de expor a porta 3389 direto na internet, até por segurança.
Perguntas frequentes
É seguro deixar a porta 3389 aberta direto na internet?
Não é recomendado. RDP exposto diretamente é um dos vetores mais visados por ataques de força bruta. O ideal é usar VPN para acessar a rede interna e só então abrir o RDP internamente.
Por que funciona em um PC da rede e não em outro?
Normalmente é diferença de versão do Windows (Home não aceita conexões de entrada, só Pro/Enterprise) ou uma política de grupo aplicada de forma diferente entre as máquinas.
O NLA pode ser desativado para resolver o problema?
Pode, mas é só para diagnóstico. Desativar o NLA permanentemente reduz a segurança da conexão, já que ele exige autenticação antes de estabelecer a sessão completa.
Preciso reiniciar o PC remoto depois de mudar essas configurações?
Na maioria dos casos não, mas depois de mexer em firewall e serviço, um reinício rápido evita ficar testando com cache antigo de configuração.
Se depois de passar por esses passos o problema continuar, vale revisar as ferramentas de acesso remoto alternativas — às vezes trocar temporariamente de solução já resolve enquanto o RDP nativo é investigado com mais calma. E se o sintoma apareceu depois de uma atualização do Windows, os posts sobre como desativar o UAC no Windows 10 e como manter os drivers atualizados no Windows 10 e 11 ajudam a descartar outras causas relacionadas a permissões e hardware de rede.
