Udaljena radna površina se neprestano prekida? Uzroci i rješenja

Uvod

Neočekivana prekidanja Remote Desktop veze mogu prekinuti administrativni rad i utjecati na korisnike u cijelom okruženju Remote Desktop Services (RDS). Međutim, gubitak veze putem Remote Desktop Protocol (RDP) ne znači nužno da je Windows sesija završila. Ovaj članak objašnjava kako identificirati uzrok, konfigurirati ograničenja sesije i riješiti ponavljajuće prekide bez ugrožavanja sigurnosti.

Zašto se Remote Desktop stalno prekida?

Sesije daljinskog radnog površine mogu biti prekinute politikama sesija sustava Windows, mrežnim problemima, problemima s pristupnikom ili problemima na strani poslužitelja. Unatoč sličnim simptomima, svaki problem zahtijeva specifičan pristup.

Administratori bi trebali analizirati situaciju i utvrditi što se točno događa s Windows sesijom i kada se to događa prije nego što poduzmu bilo kakvu akciju.

Je li sesija prekidana, zaključana ili se odjavljuje?

Windows razlikuje nekoliko stanja sesije, čije je poznavanje bitno za točno rješavanje problema.

Stanje sesije	Što se događa	Utjecaj na aplikacije
Aktivan	Korisnik je povezan i komunicira s Windowsom	Aplikacije rade normalno
Neaktivan	Sesija ostaje povezana bez korisničkog unosa	Aplikacije obično nastavljaju s radom
Zaključano	Autentifikacija je potrebna za nastavak interakcije	Aplikacije obično ostaju aktivne
Prekinuto	Veza RDP se zatvara, ali Windows sesija ostaje.	Aplikacije obično nastavljaju s radom
Odjavljen	Završava Windows sesija	Aplikacije koje se izvode u sesiji obično se zatvaraju

Ako se korisnici ponovo povežu i otkriju da se njihove aplikacije još uvijek izvode, njihova sesija je vjerojatno bila prekinuta, a ne završena. Ako su aplikacije zatvorene i korisnicima je prikazana nova sesija, moglo je doći do odjave, prekida sesije ili ponovnog pokretanja hosta.

Zaključana sesija, opet, je drugačija. Korisnici možda samo trebaju autentificirati se kako bi nastavili svoju postojeću sesiju, bez uspostavljanja nove RDP veze.

Što vam govori vrijeme prekida veze?

Vrijeme i okolnosti prekida RDP-a često mogu dati najbolje naznake o osnovnom uzroku.

Simptom	Mogući uzrok	Prvo provjerite
Prekida se nakon fiksnog razdoblja neaktivnosti	Ograničenje neaktivne sesije ili mrežnog vremenskog ograničenja	Politike sesije i pristupne točke
Prekida se nakon fiksnog trajanja tijekom aktivnosti	Ograničenje aktivne sesije ili vremensko ograničenje posrednika	Postavke aktivne sesije i pristupnog portala
Nasumično se prekida tijekom korištenja	Gubitak paketa, nestabilnost VPN-a ili neuspjeh transporta	Mrežna povezanost
Zaključavanje nakon neaktivnosti	Politika neaktivnosti sustava Windows ili zaštite zaslona	Postavke sigurnosti
Prekida se kada je domaćin neaktivan	Spavanje ili hibernacija	Postavke napajanja
Aplikacije se zatvaraju nakon prekida veze	Prekid sesije, odjavljivanje ili ponovni pokretanje hosta	Ograničenja sesija i dnevnici događaja
Više korisnika se istovremeno isključuje	Problemi sa zajedničkim pristupom, mrežom ili hostom	Infrastrukturni događaji

Međutim, ova zapažanja su samo tragovi, a pravi uzrok bi mogao biti drugačiji.

Na primjer, ako vaš vatrozid ima ugrađeni vremenski limit za neaktivne veze, to bi moglo zbuniti situaciju, prikrivajući politiku neaktivne sesije RDS-a.

Sljedeće, provjerite jesu li politike Windows sesije krive.

Kako funkcioniraju RDP vremenska ograničenja sesije i ograničenja neaktivnosti?

Usluge daljinskog radnog stola nude brojne različite opcije za upravljanje vremenom sesija, neaktivnošću i zatvaranjem. Nepravilna upotreba ovih opcija može uzrokovati nesporazume među administratorima, što rezultira izmjenom politika koje ne odgovaraju problemu.

Ograničenja aktivnih, neaktivnih i odspojenih sesija

Prema Dokumentacija politike usluga daljinskog radnog prostora Microsoft Learna Windows pruža tri glavna vremenska ograničenja sesije:

• Ograničenje aktivne sesije: Kontrolira maksimalno trajanje sesije, bez obzira na aktivnost korisnika. Ograničenje od osam sati može prekinuti vezu s nekim tko je neprekidno radio.
• Ograničenje neaktivne sesije: Kontrolira koliko dugo može ostati neaktivna povezana sesija prije nego što je Windows prekine. Ograničenje od 30 minuta može prekinuti sesiju nakon 30 minuta bez korisničkog unosa.
• Ograničenje prekidene sesije: Kontrolira koliko dugo već odvojena sesija ostaje na poslužitelju prije nego što je Windows prekine.

Ograničenje odvojenih sesija obično ne uzrokuje prekid inicijalne veze. Umjesto toga, određuje koliko dugo sesija i aplikacije korisnika ostaju dostupne nakon toga.

Administratori bi također trebali pregledati politiku Završite sesiju kada se dostignu vremenska ograničenja Kada je omogućeno, ova postavka može uzrokovati da primjenjivi aktivni ili neaktivni vremenski limiti prekinu sesiju umjesto da je samo odspoje.

Koja podešavanja vremenskog ograničenja sesije imaju prioritet?

Ograničenja sesija mogu se kontrolirati lokalnom grupnom politikom, politikom domene ili postavkama RDS kolekcije. Opcije konfiguracije nisu uvijek na istoj razini.

Windows djeluje na Grupnoj politici u vezi s primjenjivom hijerarhijom politika. U vezi s vremenskim ograničenjima RDS sesija, to znači da su politike računala prioritetne u odnosu na povezane korisničke politike, dok postavke provedene politike mogu imati prednost nad konfiguracijom na razini kolekcije.

To znači da promjene postavke napravljene na lokalnoj razini možda neće imati učinak ako je drugačija vrijednost navedena u politici domene.

Administratori bi trebali odrediti učinkovitu konfiguraciju prije nego što izvrše više promjena. To sprječava stvaranje sukobljenih pravila, što će pojednostaviti bilježenje i rješavanje problema.

Što treba učiniti da se isprave vremenska ograničenja sesije udaljenog radnog površine?

Ako se Remote Desktop neprekidno prekida nakon određenog vremenskog razdoblja, prvo provjerite vremenska ograničenja sesije umjesto da mijenjate postavke mreže.

Korak 1: Provjerite RDP sesijske limite u grupnoj politici

Na pogođenom Windows hostu:

1. Otvoreno Pokreni i unesite gpedit.msc .
2. Navigirajte do Konfiguracija računala > Administrativne predloške > Windows komponenti > Usluge daljinskog radnog stola > Host sesije daljinskog radnog stola > Ograničenja vremena sesije .
3. Recenzija Postavite vremensko ograničenje za aktivne sesije usluga daljinskog radnog površine .
4. Provjeri Postavite vremensko ograničenje za aktivne, ali neaktivne sesije usluga daljinskog radnog površine. .
5. Pregledajte ograničenje za odvojene sesije i Završite sesiju kada se dostignu vremenska ograničenja .

Usporedite konfigurirane restrikcije s izmjerenim intervalom između prekida veze koje ste primijetili.

Na primjer, ako se ljudi obično isključuju nakon otprilike 15 minuta neaktivnosti i ako je postavljena ograničenja za neaktivnu sesiju od 15 minuta, to je vjerojatni uzrok.

Izmijenite relevantne upute prema potrebama vašeg okruženja. Obično je bolje jednostavno proširiti previše stroga ograničenja umjesto da ih potpuno uklonite. Na računalima koja su upravljana domenom, možda biste željeli otvoriti Konzolu za upravljanje grupnim politikama (gpmc.msc) i proučiti relevantni unos.

Korak 2: Provjerite koje su grupe pravila primijenjene

Ako promjena lokalne politike ne riješi problem, utvrdite koji su objekti grupne politike (GPO) zapravo primijenjeni.

Iz povišenog Command Prompt-a na pogođenom hostu, pokrenite:

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

Otvorite izvještaj za računalo, a zatim pregledajte politike primijenjene na računalo. Da biste vidjeli politike primijenjene na korisnika, pregledajte informacije o rezultantnom skupu politika za korisnika ili pregledajte rezultate grupnih politika za korisnika koristeći kontroler domene.

Nakon što izvršite ovlaštenu promjenu objekta grupne politike, ažurirajte postavke grupne politike za računala na kojima se postavka primjenjuje:

gpupdate /force

Ovisno o scenariju, možda će biti potrebno da korisnici ponovo uspostave vezu ili se čak odjave i ponovo prijave prije nego što promjena postane učinkovita.

Ovaj korak je posebno potreban ako istu RDS okolinu upravlja više GPO-a.

Korak 3: Pregledajte RDS kolekciju i RD Gateway postavke

U konvencionalnim Microsoft RDS implementacijama, ograničenja sesija mogu se također konfigurirati na razini kolekcije.

Otvoreno Upravitelj poslužitelja > Usluge udaljenog radnog površine > Kolekcije odaberite relevantnu kolekciju i pregledajte njezine postavke sesije. Provjerite aktivne, neaktivne i ograničenja sesija s prekidom u odnosu na namjeravanu konfiguraciju.

Ako se korisnici povezuju putem Remote Desktop Gateway (RD Gateway), pregledajte politike autorizacije veze na gatewayu.

Na poslužitelju RD Gateway:

1. Otvoreno Upravitelj udaljenog radnog stola .
2. Navigirajte do Politike > Politike autorizacije veze .
3. Otvorite relevantnu politiku.
4. Pregledajte postavke vremena isteka sesije.

Vrijeme čekanja koje nameće pristupna točka može se dogoditi čak i ako Host sesije dopušta produžene sesije.

Ako se problem javlja samo prilikom korištenja RD Gateway-a, istražite konfiguracija prolaza i povezanih mrežnih uređaja prije izmjene bilo kojih pravila za Session Host.

Zašto se Remote Desktop prekida nakon nekog vremena neaktivnosti?

Ne izazivaju sve prekide povezane s neaktivnošću ograničenja neaktivne sesije RDS-a. Postoje i druge postavke sustava Windows koje bi mogle ometati, poput postavki vezanih uz sigurnost ili upravljanje energijom.

Provjerite politike neaktivnosti sustava Windows

Windows se može konfigurirati da zaključa sesiju nakon određenog vremena neaktivnosti korisnika.

Otvoreno secpol.msc i navigirajte do:

Lokalne politike > Opcije sigurnosti > Interaktivno prijavljivanje: Ograničenje neaktivnosti računala

Ova postavka određuje razdoblje neaktivnosti, u sekundama, prije nego što Windows zaključa sesiju.

Zaključavanje obično neće prekinuti RDP sesiju ili zatvoriti aplikacije. Stoga, ako korisnik vidi samo ekran za prijavu u Windows, istražite politike zaključavanja prije nego što promijenite bilo koja ograničenja RDS sesije.

Provjerite postavke zaštitnog ekrana i napajanja

Politike zaštite ekrana mogu također zahtijevati od korisnika da se autentificiraju nakon neaktivnosti.

Pregledajte postavke pod:

Konfiguracija korisnika > Administrativne predloške > Upravljačka ploča > Personalizacija

Obratite posebnu pozornost na postavke vremena isteka zaštite zaslona i zaštite lozinkom.

Na Windows radnim stanicama, spavanje ili hibernacija mogu privremeno učiniti udaljeno računalo nedostupnim. Provjerite relevantne postavke napajanja pod Postavke > Sustav > Napajanje i baterija ili odgovarajući sučelje opcija napajanja.

Sustavi koji zahtijevaju kontinuirano udaljeni pristup trebalo bi biti moguće pristupiti na daljinu i imati pravilnu politiku upravljanja energijom. Onemogućavanje spavanja na svim krajnjim točkama može oslabiti sigurnost poduzeća i potrebe za energijom.

Koji je postupak za rješavanje nasumičnih RDP prekida veze?

Ako se udaljena radna površina često prekida bez upozorenja, posebno kada se aktivno radi, kvarovi mrežnog sučelja i transporta su mnogo vjerojatniji od isteka sesije.

Testiranje mrežne povezanosti i stabilnosti VPN-a

Započnite testiranjem povezanosti s relevantnim poslužiteljem ili prolazom.

Test-NetConnection server.example.com -Port 3389

Ovo testira može li se uspostaviti TCP veza s danim odredištem i portom. Zamijenite naziv hosta i port s vrijednostima relevantnim za vaše okruženje.

Za izvođenje kontinuiranih testova dostupnosti, izvršite:

ping server.example.com -t

Korištenje kontinuiranog pinga može istaknuti povremeni gubitak paketa ili skokove latencije ako je dopušten Internet Control Message Protocol (ICMP). Ipak, uspješni odgovori na ping nisu jamstvo stabilnosti RDP transporta.

Ako su prekidi povezani s mrežnim smetnjama, razmotrite prekide Wi-Fi-a, Neuspjesi VPN tunela , promjene usmjeravanja i prijelazi stanja vatrozida.

Neuspjesi ponovnog ključenja VPN-a, vremenska ograničenja veze vatrozida i isteci sesija prevođenja mrežne adrese (NAT) mogu ometati inače stabilne RDP veze.

Kada analizirate alternativne putanje veze, koristite samo ovlaštene mrežne rute. Ne izlažite RDP općem internetskom prometu niti zaobilazite propisane VPN sigurnosne politike u dijagnostičke svrhe.

Provjerite je li RDP UDP transport odgovoran

Moderne RDP sesije sada koriste User Datagram Protocol (UDP) pored Transmission Control Protocol (TCP) za povećanu odzivnost.

No, pogrešno konfigurirani vatrozidi, VPN-ovi ili bilo koji drugi mrežni uređaji mogu blokirati UDP pakete.

Da biste provjerili uzrokuje li problem UDP paketi, upotrijebite upute u nastavku kako biste prisilili klijent za Remote Desktop da koristi samo TCP.

Otvorite Grupnu politiku na klijentskom računalu i nastavite na:

Konfiguracija računala > Administrativne predloške > Komponente sustava Windows > Usluge udaljenog radnog površine > Klijent za vezu udaljenog radnog površine

Omogući Isključite UDP na klijentu zatim se ponovo povežite i promatrajte nastavljaju li se prekidi.

Ako se veza stabilizira, istražite upravljanje UDP-om duž mrežnog puta.

Ovo je dijagnostički korak, a ne opće rješenje. TCP-ove veze će imati drugačije ponašanje na mrežama loše kvalitete, stoga se pobrinite da ponovno uspostavite preferirani transport nakon što je osnovni uzrok problema riješen.

Istražite zdravlje klijenta i poslužitelja za daljinski pristup

Trajne prekidne veze također mogu biti uzrokovane zastarjelim Windows komponentama, mrežnim upravljačima ili nestabilnošću na udaljenom hostu.

Osigurajte da su klijentski i poslužiteljski sustavi ažurirani. Utvrdite jesu li se problemi pojavili nakon ažuriranja sustava Windows, promjena upravljačkih programa ili prilagodbi mrežne konfiguracije.

Istražite korištenje CPU-a, memorije i diska u blizini vremena kvarova. Praćenje performansi RDP sesije može pomoći u povezivanju iscrpljivanja resursa s utjecajem na performanse usluga daljinskog radnog površine, iako visoka iskorištenost ne identificira nužno osnovni uzrok.

Izbjegavajte ponovno pokretanje usluga daljinskog radnog površine kao inicijalni dijagnostički korak na produkcijskim poslužiteljima. Ponovna pokretanja usluga ili hostova trebala bi se odgoditi dok se ne završe odgovarajući postupci upravljanja promjenama i dijagnostike, jer mogu ometati druge korisnike.

Koji je način za dijagnosticiranje RDP prekida kada koristite Windows zapise?

Kada vaša pravila ili provjere povezivosti ne pokažu razlog, Windows evidencije događaja mogu pomoći u određivanju što se moglo dogoditi prije i tijekom prekida veze. Vodič za rješavanje problema Microsoft Learna pruža dodatne informacije o dijagnosticiranju pogrešaka disanja Remote Desktop-a.

Pregledajte događaje udaljenog radnog stola u pregledniku događaja

Otvoreno eventvwr.msc na pogođenom sustavu Windows.

Relevantni kanali događaja na poslužiteljskoj strani uključuju:

• Aplikacije i usluge zapisi > Microsoft > Windows > TerminalServices-LocalSessionManager > Operativni
• Aplikacije i usluge zapisi > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operativno
• Windows Zapisi > Sustav

Ovi događaji mogu pomoći u identificiranju veza sesija, prekida, problema s autentifikacijom i problema sa sustavom.

Za svaki događaj zabilježite korisnika koji je bio pogođen, Session Host, približno vrijeme događaja i vrstu korištene veze. Usporedite te događaje s onima koje je zabilježio vaš RD Gateway, VPN i softver za praćenje mreže.

Windows događaj koji specificira da je sesija prekinuta ne identificira uvijek osnovni uzrok. Može biti potrebno pregledati povezane događaje.

Provjerite postoji li još uvijek Windows sesija

Na poslužitelju sesije daljinskog radnog površine, pokrenite:

upitna sesija

Ova naredba prikazuje vaše trenutne sesije i njihove statusa.

Ako je problematična sesija još uvijek prekinuta, tada bi vaše aplikacije mogle još uvijek raditi. Ako sesija više nije prisutna, provjerite odjave, politike čišćenja sesija i ponovna pokretanja hosta.

Na zajedničkim RDS poslužiteljima, suzdržite se od prekidanja sesija prilikom rješavanja problema, osim ako ne znate tko je pogođen i koje bi mogle biti posljedice.

Korelacija prekida veze među više korisnika

Kada se više korisnika odjednom odspoji, prvo pogledajte infrastrukturu prije nego što pređete na pojedinačne korisničke strojeve.

Ponovno pokretanje pristupne točke, problemi s mrežom ili pad Session Host-a mogu istovremeno srušiti mnoge korisnike.

Korelacija događaja na više računala pomaže u određivanju je li to bio izolirani problem klijenta ili nešto šire.

U nekim slučajevima, možda će biti potrebna daljnja analiza RDS-a i mrežnih tragova kako bi se utvrdio točan uzrok i redoslijed događaja.

Kako možete održavati sesije i aplikacije Remote Desktop?

Neki korisnici žele izbjeći prekidanje Remote Desktop veze jer to omogućuje aplikacijama da nastave s radom nakon što završe udaljenu sesiju.

Međutim, održavanje RDP sesije otvorenom i osiguravanje da Windows radno opterećenje nastavi s radom su dva različita slučaja upotrebe.

Odspoji bez odjave

Zatvaranje klijenta za Remote Desktop obično prekida vašu vezu, ali vas ne odjavljuje iz sustava Windows.

Sesija koju ste uspostavili obično se zadržava, a aplikacije su općenito ostavljene otvorene osim ako politika sesije ili neki drugi događaj ne zatvori.

Nasuprot tome, odabir Odjava završava Windows sesiju i normalno zatvara njegove aplikacije.

Ako se aplikacije neočekivano zatvaraju nakon prekida veze, pregledajte vremensko ograničenje za isključene sesije i sve politike koje automatski čiste sesije.

Pokrenite pozadinske radne opterećenja neovisno o RDP sesijama

Aplikacije i procesi koji trebaju neprekidno raditi ne bi trebali biti ovisni o interaktivnoj RDP sesiji koja ostaje otvorena.

Ovisno o opterećenju, potencijalne alternative uključuju Windows usluge, Planer zadataka ili automatizaciju specifičnu za aplikaciju.

Iako Planer zadataka može pokretati određene zadatke bez nadzora (bez interaktivnog prijavljivanja), ne podržavaju sve Windows desktop aplikacije ovu vrstu operacije.

Za kritične radne opterećenja, preferirana metoda je odvojiti proces aplikacije od interaktivne sesije administratora, potpuno.

Kako možete spriječiti ponovne prekide veze s udaljenim radnim stolom?

Implementacija standardnih pravila sesije, dostupnost infrastrukture i pregled mrežne aktivnosti značajno doprinose prevenciji nasumičnih RDP prekida veze.

Prvo, administrator bi trebao definirati aktivne, neaktivne i odvojene limite sesija i vremenske limite prema sigurnosnoj politici tvrtke i zahtjevima korisnika. Osim toga, redovita provjera primijenjenih i učinkovitih grupnih politika, vremenskih limita pristupnih točaka i mrežnih uređaja pomaže u izbjegavanju prekida sesije uzrokovanih njihovom nekompatibilnošću.

Na primjer, ako RDS poslužitelj ima više gostiju ili korisnika, analiza performansi poslužitelja i ispitivanje odvojeno nastalih pogrešaka ili incidenata tijekom sesije bila bi dobra ideja. To će omogućiti određivanje izvora problema i uklanjanje problema sa svim korisnicima ili gostima odjednom.

Pogrešno je vjerovati da što je sesija duže aktivna ili postojana, to je bolje. Iako je korisno za praćenje infrastrukture, otvorena i aktivna sesija bez operatera može predstavljati sigurnosnu prijetnju.

Glavna ideja je spriječiti neplanirane RDP prekide i prekide bez izazivanja nestabilnosti sustava i sigurnosnih problema za operatore i korisnike koji rade s udaljenim radnim stolom.

Tražite jednostavniju alternativu tradicionalnom RDS-u?

Za organizacije koje žele pojednostaviti centraliziranu isporuku Windows aplikacija i radnih površina, TSplus Remote Access nudi objavljivanje aplikacija, pristup putem preglednika i mogućnosti višekorisničkih sesija. Pruža alternativni pristup tradicionalnim RDS implementacijama, dok IT timovima omogućuje upravljanje udaljenom povezanošću putem centraliziranog rješenja.

Zaključak

Kada se Remote Desktop neprestano prekida, započnite s utvrđivanjem je li Windows sesija zaključana, prekinuta ili završena. Predvidljive prekide obično opravdava provjera politika sesije, dok nasumični kvarovi zahtijevaju bliže ispitivanje mrežnog transporta, prolaza i sistemskih dnevnika.

Ciljane promjene konfiguracije su učinkovitije od onemogućavanja svih vremenskih ograničenja. Dosljedne politike i praćenje pomažu u održavanju pouzdanih RDP veza bez slabljenja sigurnosti.