Desktop remoto: il computer remoto raggiunto non è quello specificato

14

Abbiamo appena installato alcuni nuovi server Windows 2008 R2 e non siamo in grado di eseguire il Remote Desktop su di essi dai nostri desktop Windows 7. Il desktop remoto si connette, ma dopo aver fornito le credenziali otteniamo:

Impossibile completare la connessione perché il computer remoto raggiunto non è quello specificato. Ciò potrebbe essere causato da una voce obsoleta nella cache DNS. Prova a utilizzare l'indirizzo IP del computer anziché il nome.

Se ci connettiamo da Windows 7 a un computer che non esegue Windows 2008 R2 o da un computer che non esegue Windows 7 al server Windows 2008 R2, funziona correttamente. Allo stesso modo se ci connettiamo al server Windows 2008 R2 da Windows 7 tramite l' indirizzo IP, allora funziona benissimo (anche se ciò causa altri problemi in seguito).

Ho trovato solo un'altra menzione di qualcuno che ha questo problema , quindi non penso che sia solo la nostra rete.

Qualche suggerimento su come connettersi da Windows 7 a Windows 2008 R2 tramite DNS? Entrambi sono a 64 bit.

Aggiornamento : risulta che non è necessario essere R2 per ottenere l'errore. Abbiamo un altro server che è Windows 2008 R1 a 64 bit che non riesce.

— Jim McKeeth
fonte

Anche un server R2 ha riscontrato questo dopo un ricaricamento. Ha il suo nome host A record e ricerca inversa correttamente definiti e c'è un CNAME che punta al nome di dominio completo che era stato precedentemente utilizzato per indirizzarlo. Ora questo genera questo errore e il server, il client e tutti i controller di dominio sono sincronizzati ... diventando fastidioso in quanto non vi era alcun problema con la precedente installazione di RC R2 su quella particolare macchina - e ha mantenuto lo stesso indirizzo IP ...

— Oskar Duveborn

11

Sembra che questo fosse almeno in parte correlato all'orologio del controller di dominio spento . Una volta corretto il tempo, ha funzionato.

— Jim McKeeth
fonte

3

Devo amare i messaggi di errore dettagliati ...

— Hubert Kario,

6

Hai provato a svuotare la cache DNS?

ipconfig /flushdns

Sembra che il problema risieda da qualche parte nel DNS.

Controlla la normale ricerca dei nomi tramite DNS.
Controllare la ricerca DNS inversa sull'indirizzo IP della macchina Windows 2008 R2.
Esaminare i record DNS creati per i server / macchine Windows 7 sul server DNS.
Prova a disabilitare IP6 su entrambe le macchine.

Fai riferimento a questo

Di volta in volta vediamo lo stack IPv6 operare sotto il cofano, avendo un effetto silenzioso sulle applicazioni. Un'area che abbiamo visto è nelle chiamate DNS per i server delle applicazioni. A seconda dell'applicazione e dello stack specifico in uso, il client può effettuare chiamate DNS su IPv4 richiedendo l'indirizzo IPv6 dei server delle applicazioni

— Jack B Agile
fonte

Nel mio caso, l'indirizzo IP del server era cambiato e il DNS sul controller di dominio manteneva ancora il vecchio valore. La correzione consisteva nell'eseguire ipconfig / registerdns sul server problematico.

— Neil P

4

Sì, assicurarsi che l'ora sul server di destinazione sia accurata. Deve essere entro 5 minuti dal controller di dominio o i server e le workstation iniziano a comportarsi in modo divertente, anche se dovrebbe essere esatto. Ho corretto l'ora sul mio server di destinazione riformattato di recente (2008 non R2) e subito dopo mi sono connesso dal mio PC Win7.

2

Per risolvere questo problema, accedi al server interessato utilizzando l'indirizzo IP ed esegui il seguente cmd,

net stop w32time
inizio rete w32time

Credo che questo risolverà il problema.

— Noor2122
fonte

1

Questo può accadere se si utilizza un certificato e i nomi non corrispondono.

— ballerino
fonte

Non hai fornito alcuna sostanza alla tua risposta. Per rispondere è necessario fornire alcuni meccanismi su come diagnosticare il problema e quindi fornire suggerimenti su come risolverlo. Per migliorare ulteriormente la risposta, è possibile fornire riferimenti a supporto del proprio funzionamento.

— Bernie White,

0

La soluzione che ho dovuto risolvere questo problema era ... assicurarsi di non avere il ruolo di broker di connessione installato su entrambi i server. Anche se lo fai, assicurati che il bilanciamento del carico stia solo controllando e funzionando su UN server. (Qual è il broker di connessione)

— Phillip
fonte

La risposta sarebbe migliorata fornendo un riferimento a un KB ufficiale o spiegando ulteriormente perché il problema è causato dall'installazione del broker di connessione su due server.

— Bernie White,