Diferença de hora ou data usando a área de trabalho remota

14

Ao remotar no 2008 R2, estamos recebendo esta mensagem.

Remote Desktop cannot verify the identity of the remote computer because there is a time or date difference between your computer and the remote computer. Make sure your computer's clock is set to the correct time, and then try connecting again.

Verifiquei o servidor e a hora está correta.

Verificar os logs de eventos indica que The RPC server is unavailablenão tenho certeza se isso está relacionado.

Nota adicional: Temos o monitoramento do Nagios e ele relatou Result from smbclient not suitable.

windows-server-2008-r2 Matt
fonte
2
Você disse que verificou o servidor, mas e o cliente? O tempo no servidor e no cliente precisa estar próximo (acredito que dentro de 5 minutos, embora esteja disposto a ser corrigido) para que a autenticação do kerberos funcione.
Webtoe #
Oi. O horário do cliente também está correto.
22812 Matt
Reiniciando o servidor, resolveu o problema.
Matt
Para sua informação ... Para quem estiver lendo isso em um ambiente de AD ou domínio. Se você possui um controlador de domínio ou muitos deles, verifique rapidamente a data e a hora dos servidores do controlador de domínio, se você encontrar isso quando fizer o RDP em máquinas que transmitem essa mensagem. No meu caso, acho que a bateria do CMOS acabou e, quando o servidor foi reiniciado após uma falta de energia inesperada, o tempo não voltou ao normal. Simplesmente ajuste o controlador de domínio para ter a hora correta e, em seguida, reinicie a máquina VM que estava fornecendo a mensagem corrigida. Apenas reiniciei a VM antes de corrigir o tempo de DC não corrigido.
Pimp Juice IT

Respostas:

8

Reiniciar o servidor e instalar todas as atualizações mais recentes resolveu o problema.

Matt
fonte
7
Claro que sim, é o Windows! ;-P
Dave Forgac
O +1 também funcionou para mim (embora não sejam necessárias novas atualizações).
Jonathan
7
No meu caso, usar o endereço IP em vez do nome da máquina fez o truque. É uma solução alternativa.
Matias
1
@ Matias O uso do endereço IP funcionou para mim. Obrigado. Você sabe por que isso acontece?
Jean Carlos Suárez Marranzini
4

Um pouco velho, mas existem várias outras opções para esse problema, como problemas de DNS ... por favor, dê uma olhada neste link:

http://www.chicagotech.net/remoteissues/rdc4.htm

No meu caso, é um problema de DNS. Depois que movemos uma VM Hyper-V de um servidor físico para outro servidor físico, recebemos o erro: "Seu computador não pôde se conectar a outra sessão do console no computador remoto porque você já tem uma sessão do console em andamento". Se eu usar o endereço IP, posso entrar sem problemas.

Mas sim, na maioria das vezes, apenas a reinicialização do servidor corrige esse problema.

DSXP
fonte
1

Verifique se a porta TCP 88 não está bloqueada por um firewall; O Kerberos usa essa porta além do 3389 para autenticar a sessão, se você tiver a Autenticação no nível da rede ativada.

Some_network_guy
fonte
0

No meu caso, a questão era IP estático. Depois que mudei para dinâmico, o problema foi resolvido.

Abdullah
fonte
-1

No meu caso, havia deixado uma conexão VPN aberta na máquina (para um fuso horário diferente, não sei se isso é importante), entrei diretamente e desliguei o

Steve Gray
fonte
Olá, preencha os detalhes da sua resposta, pois não é realmente uma resposta.
yagmoth555
O problema era que eu tinha uma conexão VPN aberta na máquina, o que me impedia de me conectar a ela. Fechei a conexão e o erro desapareceu. Isso não vai funcionar em todas as situações ... mas funcionou na minha. Apenas Tentando Ser útil.
Steve Gray
1
Olá, quero dizer que sua frase não está completa na sua resposta, ela perdeu o final, você pode simplesmente editar isso para ser mais preciso.
Yagmoth555