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

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