Diferencia de hora o fecha usando escritorio remoto

14

Al pasar al 2008 R2, recibimos este mensaje.

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.

He comprobado el servidor y la hora es correcta.

Al revisar los registros de eventos, dice The RPC server is unavailableque no estoy seguro de si esto está relacionado.

Nota adicional: tenemos monitoreo de Nagios, y ha informado Result from smbclient not suitable.

windows-server-2008-r2 Mate
fuente
2
Dijiste que revisaste el servidor, pero ¿qué pasa con el cliente? El tiempo en el servidor y el cliente debe estar cerca el uno del otro (creo que dentro de 5 minutos, aunque estoy dispuesto a ser corregido) para que funcione la autenticación kerberos.
webtoe
Hola. El tiempo del cliente también es correcto.
Matt
Reiniciar el servidor, resolvió el problema.
Matt
FYI ... Para cualquiera que lea esto en un entorno de AD o dominio. Si tiene un controlador de dominio o muchos de ellos, puede echar un vistazo rápido a la fecha y hora de los servidores del controlador de dominio si se encuentra con esto cuando RDP se conecta a las máquinas que transmiten este mensaje. En mi caso, supongo que una batería CMOS se apagó y cuando el servidor se reinició después de un corte de energía inesperado, el tiempo no volvió a funcionar correctamente. Simplemente ajustando el DC para que tenga la hora correcta y luego reiniciando la máquina VM que estaba dando el mensaje corregido. Simplemente reinició la VM antes de corregir el tiempo de CC no se solucionó.
Pimp Juice IT

Respuestas:

8

Reiniciar el servidor e instalar todas las actualizaciones más recientes resolvió el problema.

Mate
fuente
77
¡Por supuesto que sí, es Windows! ;-P
Dave Forgac
+1 también funcionó para mí (aunque no se necesitaban nuevas actualizaciones).
Jonathan
77
En mi caso, usar la dirección IP en lugar del nombre de la máquina funcionó. Sin embargo, es una solución alternativa.
Matias
1
@Matias Usar la dirección IP funcionó para mí. Gracias. ¿Sabes por qué es esto?
Jean Carlos Suárez Marranzini
4

Un poco viejo, pero hay varias otras opciones para este problema, como problemas de DNS ... eche un vistazo a este enlace:

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

En mi caso, es un problema de DNS. Después de mover una máquina virtual Hyper-V de un servidor físico a otro servidor físico, recibimos este error: "Su computadora no pudo conectarse a otra sesión de consola en la computadora remota porque ya tiene una sesión de consola en curso". Si uso la dirección IP, puedo iniciar sesión sin ningún problema.

Pero sí, la mayoría de las veces solo reiniciando el servidor soluciona este problema.

DSXP
fuente
1

Asegúrese de que el puerto TCP 88 no esté bloqueado por un firewall; Kerberos usa este puerto además del 3389 para autenticar la sesión, si tiene habilitada la autenticación de nivel de red.

Some_network_guy
fuente
0

En mi caso, el problema era la IP estática. Una vez que lo cambié a dinámico, el problema se resolvió.

Abdullah
fuente
-1

En mi caso, había dejado una conexión VPN abierta en la máquina (a una zona horaria diferente, no sé si eso es importante), inicié sesión directamente y apagué el

Steve Gray
fuente
Hola, complete los detalles de su respuesta, ya que no es realmente una respuesta.
yagmoth555
El problema era que tenía una conexión VPN abierta en la máquina, lo que me impedía conectarme a ella. Cerré la conexión y el error desapareció. Esto no funcionará en todas las situaciones ... pero funcionó en la mía. Solo trato de ser útil.
Steve Gray
1
Hola, quiero decir que tu oración no está completa en tu respuesta, se pierde el final, solo puedes editar eso para ser más preciso.
yagmoth555