Remote Desktop se deconectează constant? Cauze și soluții

Introducere

Deconectările neașteptate de la Remote Desktop pot întrerupe activitatea administrativă și afecta utilizatorii din întreaga mediu de Servicii Remote Desktop (RDS). Cu toate acestea, pierderea unei conexiuni Remote Desktop Protocol (RDP) nu înseamnă neapărat că sesiunea Windows s-a încheiat. Acest articol explică cum să identificați cauza, să configurați limitele sesiunii și să rezolvați deconectările recurente fără a compromite securitatea.

De ce se deconectează constant Remote Desktop?

Sesiunile Remote Desktop pot fi afectate de politicile de sesiune Windows, probleme de rețea, probleme de gateway sau probleme de server. În ciuda simptomelor similare, fiecare problemă necesită o abordare specifică.

Administratorii ar trebui să analizeze situația și să determine ce se întâmplă exact cu sesiunea Windows și când se întâmplă înainte de a lua orice măsură.

Se deconectează sesiunea, se blochează sau se deconectează?

Windows face distincții între mai multe stări ale sesiunii, cunoașterea cărora este esențială pentru o depanare precisă.

Starea sesiunii	Ce se întâmplă	Efect asupra aplicațiilor
Activ	Utilizatorul este conectat și interacționează cu Windows	Aplicațiile rulează normal
Inactiv	Sesiunea rămâne conectată fără input din partea utilizatorului	Aplicațiile continuă să ruleze în general
Blocat	Autentificarea este necesară pentru a relua interacțiunea	Aplicațiile rămân în general active
Deconectat	Conexiunea RDP se închide, dar sesiunea Windows rămâne	Aplicațiile continuă să ruleze în general
Deconectat	Sesiunea Windows se încheie	Aplicațiile care rulează în sesiune se închid în mod normal

Dacă utilizatorii se reconectează și constată că aplicațiile lor sunt încă deschise, sesiunea lor a fost probabil deconectată, nu încheiată. Dacă aplicațiile au fost închise și utilizatorii sunt prezentați cu o nouă sesiune, este posibil să fi avut loc o deconectare, o încheiere a sesiunii sau o repornire a gazdei.

O sesiune blocată, din nou, este diferită. Utilizatorii ar putea avea nevoie doar să se autentifice pentru a relua sesiunea existentă, fără a stabili o nouă conexiune RDP.

Ce îți spune momentul de deconectare?

Sincronizarea și circumstanțele unei deconectări RDP pot oferi adesea cele mai bune indicii despre cauza de bază.

Simptom	Posibilă cauză	Primul control
Deconectează după o perioadă fixă de inactivitate	Limită de sesiune inactivă sau timeout de rețea	Politicile de sesiune și gateway
Deconectează-te după o durată fixă în timpul activității	Limită de sesiune activă sau timeout intermediar	Setările sesiunii active și ale portalului
Deconectări aleatorii în timpul utilizării	Pierderea pachetelor, instabilitatea VPN sau eșecul transportului	Conectivitate de rețea
Blochează după inactivitate	Politica de inactivitate Windows sau de salvare a ecranului	Setări de securitate
Deconectări când gazda este inactivă	Somn sau hibernare	Setări de alimentare
Aplicațiile se închid după deconectare	Terminarea sesiunii, deconectare sau repornire a gazdei	Limitele sesiunii și jurnalele de evenimente
Mai mulți utilizatori se deconectează simultan	Problemă de gateway partajat, rețea sau gazdă	Evenimente de infrastructură

Cu toate acestea, aceste observații sunt doar indicii, iar cauza reală ar putea fi diferită.

De exemplu, dacă firewall-ul dvs. are un timeout încorporat pentru conexiuni inactive, ar putea confunda problema, mascând o politică de sesiune inactivă RDS.

Apoi, verificați dacă politicile sesiunii Windows sunt de vină.

Cum funcționează expirările sesiunii RDP și limitele de inactivitate?

Serviciile de desktop la distanță oferă numeroase opțiuni distincte pentru gestionarea timpului sesiunilor, inactivității și închiderii. Utilizarea necorespunzătoare a acestor opțiuni poate provoca neînțelegeri între administratori, rezultând în modificarea politicilor care nu corespund problemei.

Limitele sesiunilor active, inactivate și deconectate

Conform cu Documentația politicii Serviciilor Desktop Remote de la Microsoft Learn Windows oferă trei limite principale de timp pentru sesiuni:

• Limită sesiune activă: Controlează durata maximă a unei sesiuni, indiferent de activitatea utilizatorului. O limită de opt ore poate deconecta pe cineva care a lucrat continuu.
• Limită sesiune inactivă: Controlează cât timp o sesiune conectată poate rămâne inactivă înainte ca Windows să o deconecteze. O limită de 30 de minute poate întrerupe o sesiune după 30 de minute fără input din partea utilizatorului.
• Limită sesiune deconectată: Controlează cât timp o sesiune deja deconectată rămâne pe server înainte ca Windows să o încheie.

Limita sesiunii deconectate nu cauzează de obicei întreruperea inițială a conexiunii. În schimb, aceasta determină cât timp sesiunea și aplicațiile utilizatorului rămân disponibile ulterior.

Administratorii ar trebui să revizuiască politica. Încheiați sesiunea când se ating limitele de timp Când este activat, această setare poate determina limitele de timp active sau inactivate aplicabile să încheie sesiunea în loc să o deconecteze pur și simplu.

Care setări de expirare a sesiunii au prioritate?

Limitările sesiunii pot fi controlate prin Politica de Grup locală, Politica de Grup a domeniului sau setările colecției RDS. Opțiunile de configurare nu sunt întotdeauna la același nivel.

Windows acționează asupra Politicii de Grup în raport cu ierarhia de politici aplicabile. În ceea ce privește limitele de timp ale sesiunii RDS, aceasta înseamnă că politicile computerului sunt prioritizate față de politicile utilizatorului asociate, în timp ce setările de politică aplicate pot avea prioritate asupra configurației la nivel de colecție.

Aceasta înseamnă că modificările unei setări efectuate la nivel local pot să nu aibă efect dacă o valoare diferită este specificată într-o politică de domeniu.

Administratorii ar trebui să determine configurația eficientă înainte de a face modificări multiple. Acest lucru previne crearea de politici conflictuale, ceea ce va simplifica înregistrarea și depanarea.

Ce trebuie făcut pentru a remedia timpii de expirare a sesiunii Remote Desktop?

Dacă Remote Desktop continuă să se deconecteze după o anumită perioadă de timp, verificați mai întâi limitele de timp ale sesiunii în loc să schimbați setările rețelei.

Pasul 1: Verificați limitele sesiunii RDP în politica de grup

Pe gazda Windows afectată:

1. Deschis Rulare și introduceți gpedit.msc .
2. Navigați la Configurarea computerului > Șabloane administrative > Componente Windows > Servicii de desktop la distanță > Gazda sesiunii desktop la distanță > Limite de timp pentru sesiune .
3. Recenzie Setați limita de timp pentru sesiunile active de Servicii Desktop la Distanță .
4. Verificați Setați limita de timp pentru sesiunile Active Directory ale Serviciilor Desktop la distanță inactive. .
5. Revizuiește limita sesiunii deconectate și Încheiați sesiunea când se ating limitele de timp .

Compară restricțiile configurate cu intervalul măsurat între deconectările pe care le-ai observat.

De exemplu, dacă oamenii tind să se deconecteze după aproximativ 15 minute de inactivitate și o restricție a sesiunii inactive de 15 minute este configurată, acesta este un motiv probabil.

Modificați instrucțiunile relevante în funcție de nevoile mediului dumneavoastră. De obicei, este mai bine să extindeți pur și simplu limitările excesiv de stricte în loc să le eliminați complet. Pe computerele gestionate de domeniu, s-ar putea să doriți să deschideți Consola de gestionare a politicilor de grup (gpmc.msc) și să studiați intrarea relevantă.

Pasul 2: Verificați ce politici de grup sunt aplicate

Dacă modificarea unei politici locale nu rezolvă problema, determinați care Obiecte de Politică de Grup (GPO) sunt de fapt aplicate.

Dintr-un prompt de comandă ridicat pe gazda afectată, rulați:

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

Deschideți raportul pentru un computer, apoi revizuiți politicile aplicate computerului. Pentru a vizualiza politicile aplicate unui utilizator, revizuiți informațiile Setului Rezultant de Politici pentru utilizator sau vizualizați Rezultatele Politicii de Grup pentru utilizator folosind controlerul de domeniu.

După ce efectuezi o modificare autorizată a unui obiect de Politică de Grup, actualizează setările pentru Politica de Grup pentru computerele la care se aplică setarea:

gpupdate /force

În funcție de scenariu, poate fi necesar ca utilizatorii să reîntregească o conexiune sau chiar să se deconecteze și să se reconecteze înainte ca modificarea să devină efectivă.

Această etapă este deosebit de necesară dacă același mediu RDS este reglementat de mai multe GPO-uri.

Pasul 3: Revizuirea setărilor RDS Collection și RD Gateway

În implementările convenționale Microsoft RDS, limitele de sesiune pot fi, de asemenea, configurate la nivelul colecției.

Deschis Manager de server > Servicii de desktop la distanță > Colecții selectați colecția relevantă și revizuiți proprietățile sesiunii acesteia. Verificați limitele sesiunilor active, inactivate și deconectate în raport cu configurația dorită.

Dacă utilizatorii se conectează prin Remote Desktop Gateway (RD Gateway), inspectați politicile de autorizare a conexiunii ale gateway-ului.

Pe serverul RD Gateway:

1. Deschis Manager de Gateway pentru Desktop Remote .
2. Navigați la Politici > Politici de autorizare a conexiunii .
3. Deschide politica relevantă.
4. Revizuiește setările sale de expirare a sesiunii.

Un timeout impus de un gateway poate apărea chiar dacă gazda sesiunii permite sesiuni extinse.

Dacă problema apare doar atunci când utilizați un RD Gateway, investigați configurarea gateway-ului și dispozitivele de rețea asociate înainte de a modifica orice politici ale gazdelor de sesiune.

De ce se deconectează Remote Desktop după o anumită inactivitate?

Nu toate întreruperile legate de inactivitate sunt cauzate de o limită a sesiunii inactivate RDS. Există și alte setări Windows care ar putea interfera, cum ar fi setările legate de securitate sau de gestionarea energiei.

Verificați politicile de inactivitate ale mașinii Windows

Windows poate fi configurat pentru a bloca o sesiune după o anumită perioadă de inactivitate a utilizatorului.

Deschis secpol.msc și navigați la:

Politici locale > Opțiuni de securitate > Autentificare interactivă: Limită de inactivitate a mașinii

Această setare specifică perioada de inactivitate, în secunde, înainte ca Windows să blocheze sesiunea.

O blocare nu va încheia de obicei sesiunea RDP sau nu va închide aplicațiile. Prin urmare, dacă utilizatorul vede doar ecranul de conectare Windows, investigați politicile de blocare înainte de a schimba orice limită a sesiunii RDS.

Verificați setările de protecție a ecranului și de alimentare

Politicile de salvare a ecranului pot, de asemenea, să ceară utilizatorilor să se autentifice după o perioadă de inactivitate.

Revizuiește setările de sub:

Configurarea utilizatorului > Șabloane administrative > Panou de control > Personalizare

Acordați o atenție deosebită setărilor de timeout pentru salvarea ecranului și protecția prin parolă.

Pe stațiile de lucru Windows, modul de somn sau hibernarea pot face ca computerul de la distanță să nu fie disponibil temporar. Verificați setările de alimentare relevante sub Setări > Sistem > Alimentare și baterie sau interfața corespunzătoare a Opțiunilor de alimentare.

Sisteme care necesită continuu acces la distanță ar trebui să poată fi accesat de la distanță și ar trebui să aibă politica de gestionare a energiei corespunzătoare. Dezactivarea modului de repaus la toate punctele finale poate submina securitatea și nevoile de energie ale întreprinderii.

Care este procesul de depanare a deconectărilor aleatorii RDP?

Dacă desktopul la distanță este deconectat frecvent fără avertisment, în special atunci când se lucrează activ, eșecurile interfeței de rețea și ale transportului sunt mult mai probabile decât expirarea sesiunii.

Testați conectivitatea rețelei și stabilitatea VPN-ului

Începeți prin a testa conectivitatea la serverul sau portalul relevant.

Test-NetConnection server.example.com -Port 3389

Acest test verifică dacă se poate stabili o conexiune TCP către destinația și portul date. Schimbați numele gazdei și portul cu valorile relevante pentru mediul dumneavoastră.

Pentru a efectua teste continue de accesibilitate, executați:

ping server.example.com -t

Utilizarea ping-ului continuu poate evidenția pierderi intermitente de pachete sau vârfuri de latență dacă Protocolul de Mesaj de Control Internet (ICMP) este permis. Cu toate acestea, răspunsurile de ping reușite nu sunt o garanție a stabilității transportului RDP.

Dacă deconectările sunt corelate cu întreruperi de rețea, luați în considerare întreruperile Wi-Fi, Eșecuri ale tunelului VPN , modificări de rutare și tranziții de stare a firewall-ului.

Eșecurile de reîncadrare VPN, timpii de expirare a conexiunii firewall și expirările sesiunilor de traducere a adresei de rețea (NAT) pot perturba conexiunile RDP altfel stabile.

Când analizați căile alternative de conectare, utilizați doar rutele de rețea autorizate. Nu expuneți RDP la traficul general de Internet sau ocoliți politicile de securitate VPN impuse în scopuri de diagnosticare.

Verificați dacă transportul RDP UDP este responsabil

Sesiunile RDP moderne folosesc acum Protocolul de Datagramă Utilizator (UDP) pe lângă Protocolul de Control al Transmisiunii (TCP) pentru o reacție mai rapidă.

Dar firewall-uri, VPN-uri sau orice alte dispozitive de rețea configurate greșit pot bloca pachetele UDP.

Pentru a testa dacă o problemă este cauzată de pachete UDP, folosiți instrucțiunile de mai jos pentru a forța clientul Remote Desktop să folosească doar TCP.

Deschideți Politica de Grup pe computerul client și continuați la:

Configurarea computerului > Șabloane administrative > Componente Windows > Servicii de desktop la distanță > Client de conexiune la desktop la distanță

Activare Dezactivați UDP pe client , apoi reconectați-vă și observați dacă întreruperile continuă.

Dacă conexiunea se stabilizează, verificați gestionarea UDP pe parcursul rețelei.

Aceasta este o etapă de diagnosticare, nu o soluție generală. Conexiunile doar TCP vor avea un comportament diferit pe rețele cu calitate slabă, așa că asigurați-vă că re-estabiliți transportul preferat odată ce cauza principală a problemei a fost abordată.

Investigați sănătatea clientului și serverului Remote Desktop

Deconectările persistente pot fi, de asemenea, cauzate de componente Windows învechite, drivere de rețea sau instabilitate pe gazda la distanță.

Asigurați-vă că sistemele client și gazdă sunt menținute la zi. Determinați dacă au apărut probleme după actualizările Windows, modificările de driver sau ajustările configurației rețelei.

Examinați utilizarea CPU, memoriei și discului aproape de momentul defecțiunilor. Monitorizarea performanței sesiunii RDP poate ajuta la corelarea epuizării resurselor care poate afecta performanța Serviciilor Desktop Remote, deși utilizarea ridicată nu identifică neapărat cauza principală.

Evitați repornirea Serviciilor Desktop la Distanță ca prim pas de diagnosticare pe serverele de producție. Repornirile serviciului sau ale gazdelor ar trebui amânate până când procedurile adecvate de gestionare a schimbărilor și de diagnosticare sunt finalizate, deoarece acestea pot perturba alți utilizatori.

Care este modalitatea de a diagnostica deconectările RDP atunci când utilizați jurnalele Windows?

Când politica sau verificările de conectivitate nu arată un motiv, jurnalele de evenimente Windows pot ajuta la determinarea a ceea ce s-ar fi putut întâmpla înainte și în timpul unei deconectări. Ghidul de depanare de la Microsoft Learn oferă informații suplimentare despre diagnosticarea erorilor de deconectare a Remote Desktop.

Revizuirea evenimentelor Remote Desktop în Event Viewer

Deschis eventvwr.msc pe sistemul Windows afectat.

Canalele de evenimente relevante de pe server includ:

• Jurnalele aplicațiilor și serviciilor > Microsoft > Windows > TerminalServices-LocalSessionManager > Operațional
• Jurnale de aplicații și servicii > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operațional
• Jurnale Windows > Sistem

Aceste evenimente pot ajuta la identificarea conexiunilor de sesiune, deconexiunilor sau problemelor de autentificare și a problemelor de sistem.

Pentru fiecare eveniment, notați utilizatorul care a fost afectat, gazda sesiunii, timpul aproximativ al evenimentului și tipul de conexiune utilizat. Comparați aceste evenimente cu cele capturate de software-ul dvs. RD Gateway, VPN și monitorizare a rețelei.

Un eveniment Windows care specifică o sesiune deconectată nu identifică întotdeauna cauza principală. Poate fi necesar să revizuiți evenimentele corelate.

Verificați dacă sesiunea Windows încă există

Pe gazda sesiunii Remote Desktop, rulați:

sesiune de interogare

Această comandă arată sesiunile tale curente și stările acestora.

Dacă sesiunea problematică este încă deconectată, atunci aplicațiile tale ar putea fi încă în execuție. Dacă sesiunea nu mai este prezentă, verifică deconectările, politicile de curățare a sesiunilor și repornirile gazdelor.

Pe serverele RDS partajate, evitați să închideți sesiunile atunci când depanați, cu excepția cazului în care știți cine este afectat și care ar putea fi repercusiunile.

Corelează deconectările între mai mulți utilizatori

Când mai mulți utilizatori se deconectează simultan, verificați mai întâi infrastructura înainte de a trece la mașinile utilizatorilor individuali.

Repornirea unui gateway, probleme de rețea sau o cădere a unui gazdă de sesiune pot afecta simultan mulți utilizatori.

Corelarea evenimentelor pe mai multe mașini ajută la determinarea dacă a fost o problemă izolată a clientului sau ceva mai extins.

În unele cazuri, poate fi necesară o analiză suplimentară a RDS și a urmăririlor de rețea pentru a determina cauza exactă și ordinea evenimentelor.

Cum poți menține sesiuni și aplicații Remote Desktop în funcțiune?

Unii utilizatori ar dori să evite deconectările Remote Desktop deoarece permite aplicațiilor să continue să ruleze după ce sesiunea la distanță s-a încheiat.

Cu toate acestea, menținerea sesiunii RDP deschise și asigurarea că sarcina de lucru Windows continuă să ruleze sunt două cazuri de utilizare diferite.

Deconectare fără a ieși

Închiderea clientului Remote Desktop de obicei deconectează conexiunea, dar nu te deconectează din Windows.

Sesiunea pe care ai stabilit-o tinde să fie păstrată, iar aplicațiile sunt în general lăsate deschise, cu excepția cazului în care o politică de sesiune sau un alt eveniment le închide.

Prin contrast, selectând Deconectare încheie sesiunea Windows și închide în mod normal aplicațiile sale.

Dacă aplicațiile se închid neașteptat după o deconectare, revizuiți perioada de expirare a sesiunii deconectate și orice politici care curăță automat sesiunile.

Rulați sarcini de fundal independent de sesiunile RDP

Aplicațiile și procesele care trebuie să ruleze continuu nu ar trebui să depindă de o sesiune RDP interactivă care rămâne deschisă.

În funcție de volumul de muncă, alternativele pot include servicii Windows, Planificator de sarcini sau automatizări specifice aplicației.

Deși Planificatorul de sarcini poate rula sarcini specifice neasistate (fără autentificare interactivă), nu toate aplicațiile desktop Windows suportă acest tip de operațiune.

Pentru sarcini critice, metoda preferată este de a decupla procesul aplicației de sesiunea interactivă a administratorului, complet.

Cum reușiți să preveniți deconectările recurente ale desktopului la distanță?

Implementarea regulilor standard de sesiune, disponibilitatea infrastructurii și prezentarea activității rețelei contribuie semnificativ la prevenirea deconectărilor aleatorii RDP.

În primul rând, administratorul ar trebui să definească limitele și timpii de expirare pentru sesiunile active, inactive și deconectate conform politicii de securitate a companiei și cerințelor utilizatorilor. În plus, verificarea regulată a Politicilor de Grup aplicate și eficiente, a timpilor de expirare ai gateway-ului și a dispozitivelor de rețea ajută la evitarea deconectării sesiunii cauzate de incompatibilitatea acestora.

De exemplu, dacă utilizarea gazdei RDS are mai mulți oaspeți sau utilizatori, ar fi o idee bună să analizați performanța serverului și să investigați erorile sau incidentele care apar separat în timpul sesiunii. Acest lucru va permite determinarea sursei problemei și eliminarea problemelor cu toți utilizatorii sau oaspeții deodată.

Este o greșeală să credem că cu cât sesiunea este activă sau persistentă mai mult timp, cu atât este mai bine. Deși este utilă pentru monitorizarea infrastructurii, o sesiune deschisă și în execuție fără un operator poate reprezenta o amenințare la adresa securității.

Ideea principală este de a preveni deconectările și întreruperile neplanificate RDP fără a provoca instabilitate a sistemului și probleme de securitate pentru operatorii și utilizatorii care lucrează cu desktopul la distanță.

Cauți o alternativă mai simplă la RDS tradițional?

Pentru organizațiile care doresc să simplifice livrarea centralizată a aplicațiilor și desktopurilor Windows, TSplus Remote Access oferă publicarea aplicațiilor, accesul bazat pe browser și capacitățile de sesiune multiutilizator. Oferă o abordare alternativă pentru desfășurările tradiționale RDS, permițând echipelor IT să gestioneze conectivitatea la distanță printr-o soluție centralizată.

Concluzie

Când Remote Desktop continuă să se deconecteze, începe prin a identifica dacă sesiunea Windows se blochează, se deconectează sau se încheie. Interrupțiile previzibile justifică de obicei verificarea politicilor de sesiune, în timp ce eșecurile aleatorii necesită o examinare mai atentă a transportului de rețea, portalurilor și jurnalelor de sistem.

Modificările de configurare țintite sunt mai eficiente decât dezactivarea tuturor timeout-urilor. Politicile și monitorizarea consistente ajută la menținerea unor conexiuni RDP fiabile fără a slăbi securitatea.