Desktop remoto non riesce senza un messaggio di errore

Dopo il riavvio del server server Windows 2008 R2, non posso più accedere al desktop remoto. Quando cerco di connettersi, il desktop remoto ingrandisce i diversi messaggi di stato, l'ultima di essi "Configurazione della session remota" e quindi ritorna nuovamente alla window di dialogo Connessione iniziale senza darmi alcun messaggio di errore.

Il server sembra essere in cima, perché sta ancora distribuendo pagine web. Inoltre, sembra accettare le mie credenziali.

  • Errori del cluster di Windows Server 2008
  • Come gestire la configuration in un server Windows 2008 R2?
  • Distribuisce automaticamente Windows Server 2003 e 2008 in modo automatico
  • Gestione DFS di Windows 2008
  • Ricolbind al server utilizzando file offline
  • Protezione dei domini di Active Directory su una networking potenzialmente ostile
  • C'è un modo per capire perché la connessione non riesce? Ho navigato attraverso i registri ordinari del mio sistema, ma non ho trovato nulla in relazione al desktop remoto. Forse c'è una modalità di risoluzione dei problemi nascosti?

    Grazie,

    Adrian

    Modifica: nel frattempo il server è tornato in linea. Non sono sicuro se lo ha fatto proprio o se il supporto tecnico ha fatto perché non ho ancora sentito parlare da loro, ma il problema è stato risolto per il momento. È un po 'deludente non conoscere la causa del problema del problema.

  • Quanto è sicura la connessione a Desktop remoto?
  • Multiple VPN Connections, un IP?
  • Server Hyper-V con RemoteFX: Posso eseguire il RDP dal Desktop Server al suo Windows 7 VM e utilizzare RemoteFX?
  • È sicuro utilizzare la networking wifi pubblica sul desktop remoto in un server Windows?
  • Desktop remoto continua a chiedere di accettare un certificato?
  • Come posso autorizzare gli utenti per Desktop remoto senza utilizzare la GUI?
  • 6 Solutions collect form web for “Desktop remoto non riesce senza un messaggio di errore”

    Verificare che sia stato effettivamente riavviato – se è ansible eseguire un "utilizzo netto" sul server remoto, quindi connettersi a Event Viewer per vedere se è stato effettivamente riavviato. Ho visto un sacco di server Win2k3 che, quando sono stati riavviati da una session RDP, non riescono a riavviarsi, ma smettono di rispondere al RDP. Se è così, puoi eseguire uno shutdown / i contro il server o utilizzare un altro metodo fuori banda per eseguire effettivamente il riavvio.

    E se questo è il caso, in futuro, non riavviare da una session regolare RDP. Riavviare solo dalla connessione / console o / admin, o utilizzare shutdown / i o altri methods remoti.

    Ho avuto un problema utilizzando il desktop remoto su un server 2003. Ho connesso e dopo aver visualizzato alcuni messaggi di stato sono stato disconnesso prima di vedere il desktop completo.

    Il problema è che il server ha avuto un momento sbagliato perché la sincronizzazione è fallita per qualche mese (penso che ci fosse una differenza di tempo di circa 30 minuti).

    Dopo un'ulteriore ricerca del registro events, credo di aver trovato il problema. C'era questo errore quasi esattamente dopo l'avvio del riavvio:

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

    Quindi il problema era che alcuni servizi sono stati arrestati, mentre questo particolare servizio era appeso. Sembra che sia stato ucciso dopo un intervallo di tempo (un'ora), dopo il quale le windows sono state riavviate come previsto.

    Ora l'unica domanda rimasta è come evitare questo in futuro. Ovviamente vorrei che i riavvoti futuri funzionino un po 'più velocemente di questo …

    Desktop remoto può anche comportrsi stranamente se si dispone di driver grafici più vecchi. Su un server, non penserei che questo sarebbe un problema, ma aggiornare i driver grafici è altro che puoi provare. (Ha fissato un problema simile a una macchina XP SP3 per me.)

    il suo bene, se risolto ma per i futuri riferimenti, aggiungo queste righe;

    1. Desktop remoto funziona, una volta che il server è UP e la schermata di accesso viene visualizzata dopo il riavvio. Di solito, tutti i servizi ICMP (Ping) e servizi (Web / Domain, ecc.) Diventano disponibili ma il server di Desktop remoto richiesto per essere completamente in esecuzione e in esecuzione.
    2. Se il server viene riavviato e si prevede che potrebbe esserci qualcun altro già connesso, è ansible provare il mstsc / admin . Questo ti aiuterà a accedere / ignorare il limite di due login sul server.
    3. Per coprire una sola cosa in questa risposta che non è per questo, ma è correlata a questo, l' inserimento obsoleto nella cache DNS può anche essere una cosa da considerare, ma chiaramente racconta il tuo circa l'errore.

    Sono venuto qui attraverso Google con lo stesso problema con il mio Windows Server 2012 (7 anni più tardi), quindi aggiungo la mia esperienza con il problema per i futuri cercatori. Ecco cosa è successo:

    1. Alla luce dei recenti attacchi di WannaCrypt, ho installato tutti gli aggiornamenti di protezione in sospeso da Microsoft. Naturalmente, è stato richiesto un riavvio. Per la seconda volta. In less di 24 ore. Su un server che funzionava per 350 giorni prima di tutto questo disordine. Spero che tutti gli hacker bruciano e rotti nell'inferno (io sono un ateista BTW, non credo neanche nell'inferno).
    2. Ho fatto clic sul button di riavvio in Windows Update. La session di RD è stata interrotta immediatamente e tutti i tentativi di riconnessione falliscono senza alcun messaggio di errore, ma il server era ancora in esecuzione e funzionava pagine ininterrotte e di servizio. Lo so perché il mio AppPool richiede uno o due minuti per caricare completamente each volta che viene eliminato. Sto indovinando che Windows Update stava attraversando alcuni passaggi preliminari che non richiedevano l'arresto di altri servizi sul sistema.
    3. Dopo pochi minuti (molto lunghi e stressanti), il server restituirà HTTP 503 per tutte le richieste. Potrei ancora ping il server però. Indovina: il server ancora in esecuzione, IIS si chiude, lavori di aggiornamento più gravi in ​​corso.
    4. Un minuto o più in seguito, ho perso each accesso al server. Nessun kernel, nessun Windows, niente, aspettando che il sistema torni in linea dopo il riavvio effettivo.
    5. Dopo un altro minuto, il ping è tornato e sono riuscito a connettersi a RD in tempo per vedere i passaggi finali dell'aggiornamento da applicare. Dal momento che il server è in esecuzione normalmente.

    Quindi, se perdi l'accesso remoto al tuo server subito dopo il riavvio, non fai panico , probabilmente sta facendo alcuni lavori di manutenzione e tornerà subito in linea dopo che è finito.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.