Escritorio remoto: la computadora remota que se alcanzó no es la que especificó

14

Acabamos de configurar algunos servidores nuevos de Windows 2008 R2 y no podemos acceder a Escritorio remoto desde nuestros escritorios de Windows 7. El escritorio remoto se conecta, pero después de proporcionar credenciales obtenemos:

La conexión no se puede completar porque la computadora remota que se alcanzó no es la que usted especificó. Esto podría deberse a una entrada desactualizada en el caché de DNS. Intente usar la dirección IP de la computadora en lugar del nombre.

Si nos conectamos desde Windows 7 a una máquina que no ejecuta Windows 2008 R2, o desde una máquina que no ejecuta Windows 7 al servidor de Windows 2008 R2, funciona bien. Del mismo modo, si nos conectamos al servidor Windows 2008 R2 desde Windows 7 a través de la dirección IP, entonces funciona bien (aunque eso causa otros problemas más adelante).

Solo he encontrado otra mención de alguien que tiene este problema , así que no creo que sea solo nuestra red.

¿Alguna sugerencia sobre cómo conectarse de Windows 7 a Windows 2008 R2 a través de DNS? Ambos son de 64 bits.

Actualización : Resulta que no necesita ser R2 para obtener el error. Tenemos otro servidor que es Windows 2008 R1 de 64 bits que también falla.

windows-server-2008 domain-name-system windows-7 remote-desktop windows-server-2008-r2 Jim McKeeth
fuente
También tengo un servidor R2 que experimenta esto después de una recarga. Tiene su registro de nombre de host A y búsqueda inversa correctamente definidos y hay un CNAME que apunta al FQDN que se utilizó anteriormente para abordarlo. Ahora esto arroja este error y el servidor, el cliente y todos los DC están sincronizados ... volviéndose molesto ya que no hubo ningún problema con la instalación anterior de RC R2 en esa máquina en particular, y ha conservado la misma dirección IP ...
Oskar Duveborn

Respuestas:

11

Parece que esto estaba relacionado al menos parcialmente con el reloj del controlador de dominio apagado . Una vez que se corrigió el tiempo, funcionó.

Jim McKeeth
fuente
3
tengo que amar los mensajes de error detallados ...
Hubert Kario
6

¿Has intentado vaciar el caché dns?

ipconfig /flushdns

Parece que el problema se encuentra en algún lugar del DNS.

  1. Verifique la búsqueda normal de nombres a través de DNS.
  2. Verifique la búsqueda inversa de DNS en la dirección IP de la máquina Windows 2008 R2.
  3. Examine los registros DNS creados para los servidores / máquinas con Windows 7 en el servidor DNS.
  4. Intente deshabilitar IP6 en ambas máquinas.

Referencia esto

Una y otra vez vemos la pila de IPv6 operando bajo el capó, teniendo un efecto silencioso en las aplicaciones. Un área que hemos visto es en las llamadas DNS para servidores de aplicaciones. Dependiendo de la aplicación y la pila específica en uso, el cliente puede realizar llamadas DNS a través de IPv4 solicitando la dirección IPv6 de los servidores de aplicaciones

Jack B Nimble
fuente
En mi caso, la dirección IP del servidor había cambiado, y el DNS en el DC aún conservaba el valor anterior. La solución fue ejecutar ipconfig / registerdns en el servidor con problemas.
Neil P
4

Sí, asegúrese de que la hora en el servidor de destino sea precisa. Tiene que estar dentro de los 5 minutos de la DC generalmente o los servidores y las estaciones de trabajo comienzan a actuar de manera extraña, aunque debe ser exacto. Corregí la hora en mi servidor de destino reformateado recientemente (2008 no R2) e inmediatamente me conecté después desde mi PC Win7.


fuente
2

Para solucionar este problema, inicie sesión en el servidor afectado con la dirección IP y ejecute el siguiente cmd,

  • parada neta w32time
  • inicio neto w32time

Creo que esto solucionará el problema.

Noor2122
fuente
1

Esto puede suceder si usa un certificado y los nombres no coinciden.

bailarín
fuente
No ha proporcionado ninguna sustancia a su respuesta. Para responder, debe proporcionar algunos trabajos sobre cómo diagnosticar el problema y luego proporcionar sugerencias sobre cómo resolverlo. Para mejorar aún más la respuesta, puede proporcionar referencias para apoyar su trabajo.
Bernie White el
0

La solución que tuve para solucionar este problema fue ... asegúrese de no tener la función de agente de conexión instalada en ambos servidores. Incluso si lo hace, asegúrese de que el equilibrio de carga solo verifique y funcione en UN servidor. (Cuál es el agente de conexión)

Phillip
fuente
La respuesta mejoraría al proporcionar una referencia a un KB oficial o al explicar por qué la instalación del agente de conexión en dos servidores causa el problema.
Bernie White el