Differenza di ora o data utilizzando il desktop remoto

14

Quando remoting in 2008 R2 stiamo ricevendo questo messaggio.

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.

Ho controllato il server e l'ora è corretta.

Controllando i registri degli eventi si dice The RPC server is unavailableche non sono sicuro che questo sia correlato.

Nota aggiuntiva: abbiamo il monitoraggio di Nagios, e ha riferito Result from smbclient not suitable.

windows-server-2008-r2

— opaco
fonte

2

Hai detto di aver controllato il server ma per quanto riguarda il client? Il tempo sul server e sul client deve essere ravvicinato (credo che entro 5 minuti, anche se sono disposto a essere corretto) affinché l'autenticazione Kerberos funzioni.

— webtoe

Ciao. Anche l'ora del cliente è corretta.

— Matt,

Riavvio del server, risolto il problema.

— Matt,

Cordiali saluti ... A chiunque legga questo in un ambiente AD o di dominio. Se si dispone di un controller di dominio o di molti di essi, è possibile dare una rapida occhiata alla data e all'ora dei server del controller di dominio se ci si imbatte in questo quando si esegue il RDP in macchine che danno questo messaggio. Nel mio caso immagino che una batteria CMOS si sia spenta e quando il server si è riavviato dopo un'interruzione di corrente imprevista, il tempo non è tornato correttamente. Semplicemente regolando il controller di dominio per avere l'ora corretta e quindi riavviando il computer VM che stava fornendo il messaggio corretto. Non è stato corretto il riavvio della VM prima di correggere l'ora DC.

— Pimp Juice IT

8

Il riavvio del server e l'installazione di tutti gli ultimi aggiornamenti hanno risolto il problema.

— opaco
fonte

7

Certo che lo è stato, è Windows! ;-P

— Dave Forgac,

+1 ha funzionato anche per me (anche se non sono stati necessari nuovi aggiornamenti).

— Jonathan,

7

Nel mio caso, usare l'indirizzo IP anziché il nome della macchina ha funzionato. È una soluzione alternativa però.

— Matias,

1

@Matias L'utilizzo dell'indirizzo IP ha funzionato per me. Grazie. Sai per caso perché?

— Jean Carlos Suárez Marranzini,

4

Un po 'vecchio ma ci sono molte altre opzioni per questo problema come i problemi DNS ... dai un'occhiata a questo link:

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

Nel mio caso, è un problema DNS. Dopo aver spostato una VM Hyper-V da un server fisico a un altro server fisico, viene visualizzato questo errore: "Il computer non è riuscito a connettersi a un'altra sessione della console sul computer remoto perché è già in corso una sessione della console". Se utilizzo l'indirizzo IP, posso accedere senza problemi.

Ma sì, la maggior parte delle volte il riavvio del server risolve questo problema.

— DSXP
fonte

1

Assicurarsi che la porta TCP 88 non sia bloccata da un firewall; Kerberos utilizza questa porta oltre a 3389 per autenticare la sessione, se è abilitata l'autenticazione a livello di rete.

— Some_network_guy
fonte

0

Nel mio caso il problema era l'IP statico. Una volta passato a dinamico il problema è stato risolto.

— Abdullah
fonte

-1

Nel mio caso avevo lasciato una connessione VPN aperta sul computer (in un fuso orario diverso, non so se è importante) Ho effettuato l'accesso direttamente e disattivato il

— Steve Gray
fonte

Ciao, per favore completa i dettagli della tua risposta, così com'è, non è proprio una risposta.

— yagmoth555

Il problema era che avevo una connessione VPN aperta sulla macchina, che mi impediva di connettermi ad essa. Ho chiuso la connessione e l'errore è andato via. Questo non funzionerà in ogni situazione ... ma ha funzionato nel mio. Sto solo cercando di essere d'aiuto.

— Steve Gray

1

Ciao, intendo di più che la tua frase non è completa nella tua risposta, manca la fine, puoi semplicemente modificarla per essere più precisi.

— yagmoth555