Deconectare automată Utilizatorii RDP inactiv în 5 minute

Cunoașteți mai întâi cele trei state de sesiune

Fiecare sesiune Desktop la distanță de pe server se află în una dintre cele trei stări. Activ înseamnă că utilizatorul este conectat și lucrează. Idle înseamnă conectat, dar nu atingerea tastaturii sau a mouse-ului. Deconectat înseamnă că utilizatorul a închis fereastra RDP - dar sesiunea și fiecare aplicație din interiorul acesteia încă rulează pe server.

Această distincție contează deoarece Windows are o politică separată pentru fiecare stat. Setarea doar a unei limite de inactivitate este motivul pentru care sesiunile deconectate de vineri sunt încă active luni. Vedeți singur starea actuală a serverului dvs. - deschideți Command Prompt pe gazda sesiunii și rulați:

query session

Aceeași imagine este vizibilă în Managerul de activități din fila Utilizatori.

Deschideți Editorul de politici de grup

Pentru un server, deschideți editorul local de politici de grup din caseta de dialog Run:

gpedit.msc

Dacă gestionați multe servere printr-un domeniu, utilizați în schimb Consola de gestionare a politicilor de grup și editați un GPO conectat la OU care deține serverele dvs. gazdă de sesiune:

gpmc.msc

Apoi navigați la Configurație computer > Politici > Șabloane administrative > Componente Windows > Servicii desktop la distanță > Gazdă sesiune Desktop la distanță > Limite de timp sesiunii. Preferați partea Computer pentru o regulă la nivel de server, astfel încât limita să urmeze serverul indiferent de utilizatorul care se conectează. Aceleași limite pot fi setate și pentru fiecare colecție RDS în Server Manager > Servicii desktop la distanță > Colecții > Proprietăți > Sesiune — dar gestionați-le într-un singur loc, deoarece Politica de grup câștigă atunci când cele două sunt în conflict.

Setați limita de timp pentru sesiunea inactivă

Deschideți Setați limita de timp pentru sesiunile de servicii desktop la distanță active, dar inactive, setați-o la Activat și alegeți limita de inactivitate — 5 minute în videoclip.

Când o sesiune conectată rămâne nefolosită atât de mult timp, Windows afișează mai întâi utilizatorului un avertisment pe ecran că este pe cale să fie deconectat, iar apoi limita este atinsă. Ce se întâmplă în acel moment - deconectare sau deconectare completă - este decis de următorul pas.

Setați limita de deconectare și comutatorul de deconectare

Încă în dosarul Session Time Limits, setați celelalte două politici:

Setați limita de timp pentru sesiunile deconectate — activați-o și alegeți cât timp poate dura o sesiune deconectată înainte de a se termina. 30 de minute până la 1 zi sunt alegeri comune. Aceasta este politica care curăță sesiunile abandonate de utilizatori prin închiderea ferestrei RDP.

Încheiați sesiunea când sunt atinse limitele de timp — activați-o. Această singură setare este cea care transformă un timeout într-o logof în loc de doar o deconectare. Fără acesta, un utilizator inactiv este doar deconectat și sesiunea continuă să ruleze - exact problema cu care ați început.

Păstrați contul de administrator în afara regulilor

Configurarea videoclipului îl exclude în mod deliberat pe administrator - o sesiune de administrare care este la mijlocul sarcinii pe server nu trebuie să fie deconectată de la persoana care rulează serverul. Modul curat de a face acest lucru este direcționarea, nu o a doua politică conflictuală:

Puneți utilizatorii obișnuiți RDP în propriul lor OU sau grup de securitate și aplicați-le GPO-ul limită de sesiune; păstrați conturile de administrator în afara acestui domeniu (cu filtrare de securitate pe GPO, dacă este necesar). La o implementare RDS, același rezultat vine din oferirea acelor utilizatori propria lor colecție cu propriile setări de sesiune.

Aceeași rută acoperă excepții reale - raportul de sfârșit de lună sau contul de export peste noapte a cărui tastatură este inactivă în timp ce aparatul este ocupat cu lucrul. Dați unui astfel de cont propriul grup cu limite mai lungi sau nu, și notați excepția cu un motiv și un proprietar. O excepție care nu este scrisă nu este o excepție - este un zvon.

Aplicați politica, avertizați utilizatorii și testați

Aplicați politica pe server imediat în loc să așteptați următoarea reîmprospătare automată:

gpupdate /force

Apoi testați înainte de a avea încredere în el: conectați-vă cu un singur cont de testare prin RDP, lăsați sesiunea neatinsă peste limita de inactivitate și urmăriți cum apare avertismentul și deconectarea. Rulați din nou sesiunea de interogare și confirmați că sesiunea a dispărut complet, nu doar deconectată. De asemenea, testați calea deconectată - conectați-vă, închideți fereastra RDP și verificați sfârșitul sesiunii după limita deconectată. Abia atunci lansează aceleași setări tuturor.