Desktop remoto non riesce senza messaggio di errore

Dopo aver riavviato il mio server Windows 2008 R2 server, non riesco più ad accedere al desktop remoto. Quando provo a connettermi, il desktop remoto ingrandisce diversi messaggi di stato, l'ultimo dei quali è "Configurazione della sessione remota" e quindi ritorna nuovamente alla finestra di dialogo Connessione iniziale senza darmi alcun messaggio di errore.

Il server sembra essere attivo, poiché sta ancora fornendo pagine Web. Inoltre, sembra accettare le mie credenziali.

C'è un modo per vedere perché la connessione non riesce? Ho sfogliato anche i registri del mio sistema, ma non sono riuscito a trovare nulla relativo al desktop remoto. Forse c'è qualche modalità di risoluzione dei problemi nascosta?

Grazie,

Adrian

Modifica: nel frattempo il server è tornato online. Non sono sicuro se lo abbia fatto da solo o se il supporto tecnico lo abbia fatto perché non ne ho sentito parlare finora, ma il problema è risolto per il momento. È un po 'deludente non conoscere la causa del problema.

Verificare che sia stato effettivamente riavviato: se è possibile eseguire un "utilizzo della rete" sul server remoto, connettersi al Visualizzatore eventi per vedere se è stato effettivamente riavviato. Ho visto molti server Win2k3 che, quando riavviati da una sessione RDP, in realtà non si riavviano ma smettono di rispondere a RDP. In tal caso, è possibile eseguire un arresto / i sul server o utilizzare un altro metodo fuori banda per eseguire effettivamente il riavvio.

E in tal caso, in futuro, non riavviare da una normale sessione RDP. Riavviare solo dalla connessione / console o / admin oppure utilizzare shutdown / i o altri metodi remoti.

Ho avuto un problema con l'utilizzo del desktop remoto su un server 2003. Mi sono connesso e dopo aver visto alcuni messaggi di stato sono stato disconnesso prima di vedere il desktop completo.

Il problema era che il server ha avuto un momento sbagliato perché la sincronizzazione non è riuscita per alcuni mesi (penso che ci fosse una differenza di tempo di circa 30 minuti).

Dopo ulteriori indagini sul registro eventi, penso di aver riscontrato il problema. Si è verificato questo errore quasi esattamente dopo l'avvio del riavvio:

Il servizio di installazione dei moduli di Windows non si è arrestato correttamente dopo aver ricevuto un controllo di preshutdown.

Quindi il problema era che alcuni servizi erano chiusi, mentre questo particolare servizio era sospeso. Sembra essere stato ucciso dopo un timeout (un'ora), dopo il quale Windows si è riavviato come previsto.

Ora l'unica domanda rimasta è come prevenirla in futuro. Ovviamente vorrei che i futuri riavvii funzionassero un po 'più velocemente di così ...

Sono arrivato qui tramite Google con lo stesso problema con il mio Windows Server 2012 (7 anni dopo), quindi aggiungerò la mia esperienza con il problema per i futuri ricercatori. Ecco cosa è successo:

1. Alla luce dei recenti attacchi di WannaCrypt, ho installato tutti gli aggiornamenti di sicurezza in sospeso da Microsoft. Naturalmente, è stato richiesto un riavvio. Per la seconda volta. In meno di 24 ore. Su un server che era in esecuzione per 350 giorni immediatamente prima di tutto questo casino. Spero che tutti gli hacker brucino e marciscano all'inferno (sono un ateo a proposito, non credo nemmeno all'inferno).
2. Ho fatto clic sul pulsante di riavvio in Windows Update. La mia sessione RD è stata terminata immediatamente e tutti i tentativi di ricollegamento fallivano senza alcun messaggio di errore, ma il server era ancora attivo e funzionava ininterrottamente e serviva pagine. Lo so perché il mio AppPool impiega uno o due minuti per caricarsi completamente ogni volta che viene rimosso. Immagino che Windows Update stesse attraversando alcuni passaggi preliminari che non richiedevano l'arresto di altri servizi sul sistema.
3. Dopo alcuni minuti (molto lunghi e stressanti), il server restituirà HTTP 503 per tutte le richieste. Potrei comunque eseguire il ping del server. Indovina: server ancora in esecuzione, IIS spento, lavori di aggiornamento più seri in corso.
4. Circa un minuto dopo, ho perso tutto l'accesso al server. Nessun kernel, niente Windows, niente, in attesa che il sistema torni online dopo il vero riavvio.
5. Dopo un altro minuto, il ping era tornato e in realtà sono riuscito a connettermi a RD in tempo per vedere i passaggi finali dell'aggiornamento applicati. Il server funziona normalmente da allora.

Quindi, se perdi l'accesso remoto al tuo server subito dopo il riavvio, non farti prendere dal panico , probabilmente sta facendo un po 'di manutenzione e tornerà online dopo averlo fatto.

Il desktop remoto può anche comportarsi in modo strano se si dispone di driver grafici più vecchi. Su un server, non credo che questo sarebbe un problema, ma l'aggiornamento dei driver grafici è un'altra cosa che puoi provare. (Ha risolto un problema simile su una macchina XP SP3 per me.)

è buono, se risolto, ma per i riferimenti futuri, sto aggiungendo queste righe;

1. Il desktop remoto funzionerà, una volta che il server è su e la schermata di accesso appare dopo il riavvio. Di solito, tutti gli ICMP (Ping) e i servizi (Web / Dominio ecc.) Diventano disponibili ma il Desktop remoto richiede che il server sia completamente attivo e funzionante.
2. Se il server viene riavviato e ti aspetti che ci sia già qualcun altro già connesso, puoi provare mstsc / admin . Questo ti aiuterà ad accedere / bypassare il limite di due accessi sul server.
3. Solo per coprire un'altra cosa in questa risposta che non è per questo ma è correlata a questo, anche la voce obsoleta nella cache DNS può essere una cosa da considerare, ma ti dice chiaramente dell'errore.