Desktop Remoto continua a disconnettersi? Cause e soluzioni

Introduzione

Disconnessioni inaspettate del Remote Desktop possono interrompere il lavoro amministrativo e influenzare gli utenti in un intero ambiente di Remote Desktop Services (RDS). Tuttavia, perdere una connessione Remote Desktop Protocol (RDP) non significa necessariamente che la sessione di Windows sia terminata. Questo articolo spiega come identificare la causa, configurare i limiti di sessione e risolvere disconnessioni ricorrenti senza compromettere la sicurezza.

Perché il Desktop Remoto continua a disconnettersi?

Le sessioni di Desktop Remoto potrebbero essere interrotte da politiche di sessione di Windows, problemi di rete, problemi di gateway o problemi lato server. Nonostante sintomi simili, ogni problema richiede un approccio specifico.

Gli amministratori dovrebbero analizzare la situazione e determinare cosa succede esattamente alla sessione di Windows e quando accade prima di intraprendere qualsiasi azione.

La sessione si sta disconnettendo, bloccando o disconnettendo?

Windows distingue tra diversi stati di sessione, la cui conoscenza è essenziale per una risoluzione dei problemi accurata.

Stato della sessione	Cosa succede	Effetto sulle applicazioni
Attivo	L'utente è connesso e sta interagendo con Windows	Le applicazioni funzionano normalmente
Inattivo	La sessione rimane connessa senza input dell'utente	Le applicazioni continuano generalmente a funzionare.
Bloccato	L'autenticazione è necessaria per riprendere l'interazione	Le applicazioni rimangono generalmente attive
Disconnesso	La connessione RDP si chiude, ma la sessione di Windows rimane.	Le applicazioni continuano generalmente a funzionare.
Disconnesso	La sessione di Windows termina	Le applicazioni in esecuzione nella sessione si chiudono normalmente

Se gli utenti si riconnettono e scoprono che le loro applicazioni sono ancora in esecuzione, la loro sessione è probabilmente stata disconnessa, non terminata. Se le applicazioni sono state chiuse e agli utenti viene presentata una nuova sessione, potrebbe essere avvenuto un disconnettersi, una terminazione della sessione o un riavvio dell'host.

Una sessione bloccata, di nuovo, è diversa. Gli utenti potrebbero semplicemente dover autenticarsi per riprendere la loro sessione esistente, senza stabilire una nuova connessione RDP.

Cosa ti dice il momento della disconnessione?

Il momento e le circostanze di una disconnessione RDP possono spesso fornire i migliori indizi sulla causa sottostante.

Sintomo	Possibile causa	Controllo iniziale
Disconnette dopo un periodo di inattività fisso	Limite di sessione inattiva o timeout di rete	Politiche di sessione e gateway
Disconnessioni dopo una durata fissa durante l'attività	Limite di sessione attiva o timeout intermedio	Impostazioni della sessione attiva e del gateway
Disconnessioni casuali durante l'uso	Perdita di pacchetti, instabilità VPN o guasto del trasporto	Connettività di rete
Blocca dopo inattività	Politica di inattività di Windows o salvaschermo	Impostazioni di sicurezza
Disconnessioni quando l'host è inattivo	Sonno o ibernazione	Impostazioni di alimentazione
Le applicazioni si chiudono dopo la disconnessione	Terminazione della sessione, disconnessione o riavvio dell'host	Limiti di sessione e registri eventi
Utenti multipli si disconnettono simultaneamente	Problema di gateway condiviso, rete o host	Eventi infrastrutturali

Tuttavia, queste osservazioni sono solo indizi, e la vera causa potrebbe essere diversa.

Ad esempio, se il tuo firewall ha un timeout integrato per le connessioni inattive, potrebbe confondere la questione, mascherando una politica di sessione inattiva RDS.

Successivamente, verifica se le politiche di sessione di Windows sono da incolpare.

Come funzionano i timeout delle sessioni RDP e i limiti di inattività?

I servizi di desktop remoto offrono numerose opzioni distinte per gestire il tempo delle sessioni, l'inattività e la chiusura. L'uso improprio di queste opzioni può causare malintesi tra gli amministratori, portando alla modifica di politiche che non corrispondono al problema.

Limiti delle sessioni attive, inattive e disconnesse

Secondo Documentazione della politica dei servizi desktop remoto di Microsoft Learn Windows fornisce tre principali limiti di tempo per le sessioni:

• Limite di sessione attiva: Controlla la durata massima di una sessione, indipendentemente dall'attività dell'utente. Un limite di otto ore può disconnettere qualcuno che ha lavorato ininterrottamente.
• Limite di sessione inattiva: Controlla per quanto tempo una sessione connessa può rimanere inattiva prima che Windows la disconnetta. Un limite di 30 minuti può interrompere una sessione dopo 30 minuti senza input dell'utente.
• Limite di sessione disconnessa: Controlla per quanto tempo una sessione già disconnessa rimane sul server prima che Windows la termini.

Il limite delle sessioni disconnesse non causa normalmente l'interruzione della connessione iniziale. Invece, determina per quanto tempo la sessione e le applicazioni dell'utente rimangono disponibili successivamente.

Gli amministratori dovrebbero anche rivedere la politica Termina la sessione quando vengono raggiunti i limiti di tempo Quando abilitata, questa impostazione può causare la scadenza dei limiti di tempo attivi o inattivi applicabili per terminare la sessione piuttosto che semplicemente disconnetterla.

Quali impostazioni di timeout della sessione hanno la precedenza?

I limiti di sessione possono essere controllati dalla Criteri di gruppo locali, dai criteri di gruppo del dominio o dalle impostazioni della raccolta RDS. Le opzioni di configurazione non sono sempre allo stesso livello.

Windows agisce sulla Group Policy in relazione alla gerarchia delle politiche applicabili. In relazione ai limiti di tempo delle sessioni RDS, ciò significa che le politiche del computer hanno la priorità sulle politiche utente associate, mentre le impostazioni delle politiche applicate possono avere la precedenza sulla configurazione a livello di raccolta.

Ciò significa che le modifiche a un'impostazione effettuate a livello locale potrebbero non avere alcun effetto se un valore diverso è specificato in una politica di dominio.

Gli amministratori dovrebbero determinare la configurazione efficace prima di apportare più modifiche. Questo previene la creazione di politiche in conflitto, il che semplificherà la registrazione e la risoluzione dei problemi.

Cosa deve essere fatto per risolvere i timeout delle sessioni di Desktop Remoto?

Se il Remote Desktop continua a disconnettersi dopo un certo periodo di tempo, controlla prima i limiti di tempo della sessione invece di modificare le impostazioni di rete.

Passo 1: Controlla i limiti delle sessioni RDP nella Criteri di gruppo

Sull'host Windows interessato:

1. Apri Esegui e inserisci gpedit.msc .
2. Naviga a Configurazione del computer > Modelli amministrativi > Componenti di Windows > Servizi Desktop Remoto > Host di sessione Desktop Remoto > Limiti di tempo della sessione .
3. Recensione Imposta un limite di tempo per le sessioni attive dei Servizi Desktop Remoti .
4. Controlla Imposta un limite di tempo per le sessioni di Servizi Desktop Remoti attive ma inattive. .
5. Esamina il limite delle sessioni disconnesse e Termina la sessione quando vengono raggiunti i limiti di tempo .

Confronta le restrizioni configurate con l'intervallo misurato tra le disconnessioni che hai osservato.

Ad esempio, se le persone tendono a disconnettersi dopo circa 15 minuti di inattività e viene configurata una restrizione della sessione inattiva di 15 minuti, è una causa probabile.

Modifica le istruzioni pertinenti in base alle esigenze del tuo ambiente. Di solito è meglio semplicemente estendere limitazioni eccessivamente rigide piuttosto che rimuoverle completamente. Su computer gestiti dal dominio, potresti voler aprire la Console di gestione dei criteri di gruppo (gpmc.msc) e studiare l'entrata pertinente.

Passo 2: Verifica quali criteri di gruppo sono applicati

Se la modifica di una politica locale non risolve il problema, determina quali Oggetti Criteri di Gruppo (GPO) sono effettivamente applicati.

Da un Prompt dei comandi elevato sull'host interessato, eseguire:

gpresult /h C:\Windows\Temp\gpresult.html

Apri il rapporto per un computer e poi rivedi le politiche applicate al computer. Per visualizzare le politiche applicate a un utente, rivedi le informazioni sul Set di Politiche Risultante per l'utente o visualizza i Risultati della Politica di Gruppo per l'utente utilizzando il controller di dominio.

Dopo aver apportato una modifica autorizzata a un oggetto Criteri di gruppo, aggiorna le impostazioni per i Criteri di gruppo per i computer a cui è applicata l'impostazione:

gpupdate /force

A seconda dello scenario, potrebbe essere necessario che gli utenti ristabiliscano una connessione o addirittura disconnettano e riconnettano prima che la modifica diventi effettiva.

Questo passaggio è particolarmente necessario se lo stesso ambiente RDS è regolato da più GPO.

Passaggio 3: Rivedere le impostazioni della raccolta RDS e del gateway RD

Nelle distribuzioni convenzionali di Microsoft RDS, i limiti di sessione possono essere configurati anche a livello di raccolta.

Apri Gestore Server > Servizi Desktop Remoto > Collezioni selezionare la raccolta pertinente e rivedere le proprietà della sessione. Controllare i limiti delle sessioni attive, inattive e disconnesse rispetto alla configurazione prevista.

Se gli utenti si connettono tramite Remote Desktop Gateway (RD Gateway), ispezionare anche le politiche di autorizzazione delle connessioni del gateway.

Sul server RD Gateway:

1. Apri Gestore del Gateway Desktop Remoto .
2. Naviga a Politiche > Politiche di Autorizzazione della Connessione .
3. Apri la politica pertinente.
4. Esamina le impostazioni del timeout della sessione.

Un timeout imposto da un gateway può verificarsi anche se l'Host di Sessione consente sessioni prolungate.

Se il problema si verifica solo quando si utilizza un RD Gateway, indagare il configurazione del gateway e dispositivi di rete correlati prima di modificare le politiche di Session Host.

Perché il Desktop Remoto si disconnette dopo un certo periodo di inattività?

Non tutte le interruzioni legate all'inattività sono causate da un limite di sessione inattiva RDS. Ci sono altre impostazioni di Windows che potrebbero interferire, come le impostazioni relative alla sicurezza o alla gestione dell'alimentazione.

Controlla le politiche di inattività della macchina Windows

Windows può essere configurato per bloccare una sessione dopo un certo periodo di inattività da parte dell'utente.

Apri secpol.msc e naviga a:

Politiche locali > Opzioni di sicurezza > Accesso interattivo: Limite di inattività della macchina

Questa impostazione specifica il periodo di inattività, in secondi, prima che Windows blocchi la sessione.

Un blocco non terminerà tipicamente la sessione RDP né chiuderà le applicazioni. Pertanto, se l'utente vede solo la schermata di accesso di Windows, indagare sulle politiche di blocco prima di modificare i limiti delle sessioni RDS.

Controlla le impostazioni dello screensaver e dell'alimentazione

Le politiche dello screensaver possono anche richiedere agli utenti di autenticarsi dopo un periodo di inattività.

Rivedi le impostazioni sotto:

Configurazione utente > Modelli amministrativi > Pannello di controllo > Personalizzazione

Fai particolare attenzione alle impostazioni di timeout dello screensaver e di protezione con password.

Su workstation Windows, la sospensione o l'ibernazione possono rendere temporaneamente non disponibile il computer remoto. Controlla le impostazioni di alimentazione pertinenti sotto Impostazioni > Sistema > Alimentazione e batteria o l'interfaccia delle Opzioni di Alimentazione corrispondente.

Sistemi che richiedono continuità accesso remoto dovrebbe essere accessibile da remoto e dovrebbe avere la corretta politica di gestione dell'energia. Disabilitare la modalità di sospensione su tutti i punti finali potrebbe compromettere la sicurezza aziendale e le esigenze energetiche.

Qual è il processo per risolvere le disconnessioni RDP casuali?

Se il desktop remoto viene frequentemente disconnesso senza preavviso, specialmente durante il lavoro attivo, le interfacce di rete e i guasti di trasporto sono molto più probabili rispetto al timeout della sessione.

Testare la connettività di rete e la stabilità della VPN

Inizia testando la connettività al server o gateway pertinente.

Test-NetConnection server.example.com -Port 3389

Questo verifica se è possibile stabilire una connessione TCP con la destinazione e la porta specificate. Sostituisci il nome host e la porta con i valori pertinenti al tuo ambiente.

Per eseguire test di raggiungibilità continuativi, eseguire:

ping server.example.com -t

Utilizzare il ping continuo può evidenziare la perdita di pacchetti intermittente o picchi di latenza se il Protocollo di Messaggio di Controllo Internet (ICMP) è consentito. Tuttavia, le risposte di ping riuscite non sono una garanzia di stabilità del trasporto RDP.

Se le disconnessioni sono correlate a interruzioni della rete, considera le interruzioni del Wi-Fi, guasti del tunnel VPN cambiamenti di instradamento e transizioni dello stato del firewall.

Le mancanze di rekeying VPN, i timeout di connessione del firewall e le scadenze delle sessioni di traduzione degli indirizzi di rete (NAT) possono tutti interrompere connessioni RDP altrimenti stabili.

Quando si analizzano percorsi di connessione alternativi, utilizzare solo percorsi di rete autorizzati. Non esporre RDP al traffico Internet generale o eludere le politiche di sicurezza VPN obbligatorie per scopi diagnostici.

Controlla se il trasporto UDP RDP è responsabile

Le sessioni RDP moderne ora utilizzano il protocollo User Datagram (UDP) oltre al protocollo di controllo della trasmissione (TCP) per una maggiore reattività.

Ma i firewall, le VPN o qualsiasi altro dispositivo di rete mal configurati possono bloccare i pacchetti UDP.

Per verificare se un problema è causato da pacchetti UDP, utilizzare le istruzioni di seguito per forzare il client Remote Desktop a utilizzare solo TCP.

Apri il Criteri di gruppo sul computer client e procedi a:

Configurazione del computer > Modelli amministrativi > Componenti di Windows > Servizi Desktop Remoto > Client di connessione Desktop Remoto

Abilita Disattiva UDP sul client , quindi riconnettersi e osservare se le interruzioni continuano.

Se la connessione si stabilizza, esamina la gestione UDP lungo il percorso di rete.

Questo è un passo diagnostico, non una soluzione generale. Le connessioni solo TCP avranno un comportamento diverso su reti di scarsa qualità, quindi assicurati di ripristinare il trasporto preferito una volta che la causa principale del problema è stata affrontata.

Indagare sulla salute del client e del server di Desktop Remoto

Le disconnessioni persistenti possono essere causate anche da componenti Windows obsoleti, driver di rete o instabilità sull'host remoto.

Assicurati che i sistemi client e host siano mantenuti aggiornati. Determina se sono comparsi problemi dopo aggiornamenti di Windows, modifiche ai driver o aggiustamenti della configurazione di rete.

Esaminare l'utilizzo della CPU, della memoria e del disco vicino al momento dei guasti. Monitoraggio delle prestazioni della sessione RDP può aiutare a correlare l'esaurimento delle risorse che può influenzare le prestazioni dei servizi di desktop remoto, anche se un'alta utilizzo non identifica necessariamente la causa principale.

Evitare di riavviare i servizi di desktop remoto come primo passo diagnostico sui server di produzione. I riavvii del servizio o dell'host dovrebbero essere rinviati fino al completamento delle appropriate procedure di gestione delle modifiche e diagnostiche, poiché potrebbero interrompere altri utenti.

Qual è il modo per diagnosticare le disconnessioni RDP quando si utilizzano i registri di Windows?

Quando le verifiche della tua politica o della connettività non mostrano un motivo, i registri eventi di Windows possono aiutare a determinare cosa potrebbe essere accaduto prima e durante una disconnessione. La guida alla risoluzione dei problemi di Microsoft Learn fornisce ulteriori informazioni sulla diagnosi degli errori di disconnessione di Remote Desktop.

Esamina gli eventi del desktop remoto in Visualizzatore eventi

Apri eventvwr.msc sul sistema Windows interessato.

I canali di eventi lato server pertinenti includono:

• Applicazioni e registri dei servizi > Microsoft > Windows > TerminalServices-LocalSessionManager > Operativo
• Applicazioni e registri dei servizi > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operativo
• Registri di Windows > Sistema

Questi eventi possono aiutare a identificare le connessioni di sessione, le disconnessioni, o i problemi di autenticazione e i problemi di sistema.

Per ogni evento, annota l'utente che è stato colpito, l'Host di Sessione, l'orario approssimativo dell'evento e il tipo di connessione utilizzata. Confronta questi eventi con quelli catturati dal tuo RD Gateway, VPN e software di monitoraggio della rete.

Un evento di Windows che specifica una sessione disconnessa non identifica sempre la causa principale. Può essere necessario rivedere gli eventi correlati.

Controlla se la sessione di Windows esiste ancora

Sul server di sessione Desktop remoto, eseguire:

sessione di query

Questo comando mostra le tue sessioni attuali e i loro stati.

Se la sessione problematica è ancora disconnessa, le tue app potrebbero essere ancora in esecuzione. Se la sessione non è più presente, controlla i logoff, le politiche di pulizia delle sessioni e i riavvii dell'host.

Su server RDS condivisi, astenersi dal terminare le sessioni durante la risoluzione dei problemi, a meno che non si sappia chi è coinvolto e quali potrebbero essere le conseguenze.

Correlare le disconnessioni tra più utenti

Quando più utenti si disconnettono contemporaneamente, controlla prima l'infrastruttura prima di passare ai singoli computer degli utenti.

Riavviare un gateway, problemi di rete o un crash di un Session Host possono far cadere molti utenti simultaneamente.

Correlare eventi su più macchine aiuta a determinare se si trattava di un problema isolato del client o di qualcosa di più diffuso.

In alcuni casi, potrebbe essere necessaria un'ulteriore analisi di RDS e delle tracce di rete per determinare la causa esatta e l'ordine degli eventi.

Come puoi mantenere attive le sessioni e le applicazioni di Desktop Remoto?

Alcuni utenti vorrebbero evitare le disconnessioni del Remote Desktop perché consente alle applicazioni di continuare a funzionare dopo la fine della sessione remota.

Tuttavia, mantenere aperta la sessione RDP e garantire che il carico di lavoro di Windows continui a funzionare sono due casi d'uso diversi.

Disconnetti senza disconnettersi

Chiudere il client di Desktop Remoto di solito disconnette la tua connessione ma non ti disconnette da Windows.

La sessione che hai stabilito tende a essere mantenuta e le app vengono generalmente lasciate aperte a meno che una politica di sessione o qualche altro evento non le chiuda.

Al contrario, selezionando Disconnettersi termina la sessione di Windows e chiude normalmente le sue applicazioni.

Se le applicazioni si chiudono in modo imprevisto dopo una disconnessione, rivedere il periodo di timeout della sessione disconnessa e le eventuali politiche che puliscono automaticamente le sessioni.

Esegui carichi di lavoro in background indipendentemente dalle sessioni RDP

Le applicazioni e i processi che devono funzionare continuamente non dovrebbero dipendere dall'apertura di una sessione RDP interattiva.

A seconda del carico di lavoro, le alternative potenziali includono i servizi di Windows, l'Utilità di pianificazione o l'automazione specifica per l'applicazione.

Sebbene Task Scheduler possa eseguire specifici compiti in modo non presidiato (senza accesso interattivo), non tutte le applicazioni desktop di Windows supportano questo tipo di operazione.

Per carichi di lavoro critici, il metodo preferito è separare il processo dell'applicazione dalla sessione interattiva dell'amministratore, completamente.

Come puoi prevenire le disconnessioni ricorrenti del Desktop Remoto?

L'implementazione delle regole standard delle sessioni, la disponibilità dell'infrastruttura e la panoramica dell'attività di rete contribuiscono in modo significativo alla prevenzione delle disconnessioni RDP casuali.

Prima di tutto, l'amministratore dovrebbe definire i limiti e i timeout delle sessioni attive, inattive e disconnesse secondo la politica di sicurezza dell'azienda e le esigenze degli utenti. Inoltre, il controllo regolare delle Group Policies applicate ed efficaci, dei timeout del gateway e dei dispositivi di rete aiuta a evitare la disconnessione della sessione causata dalla loro incompatibilità.

Ad esempio, se l'uso dell'host RDS ha più ospiti o utenti, analizzare le prestazioni del server e indagare su errori o incidenti che si verificano separatamente durante la sessione sarebbe una buona idea. Questo permetterà di determinare la fonte del problema ed eliminare i problemi con tutti gli utenti o ospiti contemporaneamente.

È un errore credere che più a lungo la sessione sia attiva o persistente, meglio è. Sebbene sia utile per il monitoraggio dell'infrastruttura, una sessione aperta e in esecuzione senza un operatore può rappresentare una minaccia per la sicurezza.

L'idea principale è prevenire disconnessioni e interruzioni RDP non pianificate senza causare instabilità del sistema e problemi di sicurezza per gli operatori e gli utenti che lavorano con il desktop remoto.

Cerchi un'alternativa più semplice al tradizionale RDS?

Per le organizzazioni che cercano di semplificare la distribuzione centralizzata delle applicazioni e dei desktop Windows, TSplus Remote Access offre pubblicazione delle applicazioni, accesso basato su browser e capacità di sessione multiutente. Fornisce un approccio alternativo alle distribuzioni RDS tradizionali consentendo ai team IT di gestire la connettività remota attraverso una soluzione centralizzata.

Conclusione

Quando il Remote Desktop continua a disconnettersi, inizia identificando se la sessione di Windows si sta bloccando, disconnettendo o terminando. Interruzioni prevedibili giustificano solitamente il controllo delle politiche di sessione, mentre i guasti casuali richiedono un esame più attento del trasporto di rete, dei gateway e dei registri di sistema.

Le modifiche di configurazione mirate sono più efficaci rispetto alla disabilitazione di tutti i timeout. Politiche e monitoraggio coerenti aiutano a mantenere connessioni RDP affidabili senza compromettere la sicurezza.