Fjernskrivebordet bliver ved med at afbryde? Årsager og løsninger

Introduktion

Uventede Remote Desktop-afbrydelser kan forstyrre administrativt arbejde og påvirke brugere på tværs af et helt Remote Desktop Services (RDS) miljø. At miste en Remote Desktop Protocol (RDP) forbindelse betyder dog ikke nødvendigvis, at Windows-sessionen er afsluttet. Denne artikel forklarer, hvordan man identificerer årsagen, konfigurerer sessionsgrænser og løser tilbagevendende afbrydelser uden at gå på kompromis med sikkerheden.

Hvorfor bliver Remote Desktop ved med at afbryde?

Remote Desktop-sessioner kan blive forstyrret af Windows-sessionpolitikker, netværksproblemer, gateway-problemer eller serverproblemer. På trods af lignende symptomer kræver hvert problem en specifik tilgang.

Administratorer bør analysere situationen og bestemme, hvad der præcist sker med Windows-sessionen, og hvornår det sker, før de tager nogen handling.

Er sessionen ved at blive afbrudt, låst eller logget af?

Windows skelner mellem flere sessionsstatusser, hvilket er essentielt for præcis fejlfinding.

Sessionsstatus	Hvad sker der	Effekt på applikationer
Aktiv	Brugeren er tilsluttet og interagerer med Windows	Applikationer kører normalt
Inaktiv	Sessionen forbliver tilsluttet uden brugerinput	Applikationer fortsætter generelt med at køre
Låst	Godkendelse er påkrævet for at genoptage interaktionen	Applikationer forbliver generelt aktive
Frakoblet	RDP-forbindelsen lukkes, men Windows-sessionen forbliver	Applikationer fortsætter generelt med at køre
Logget af	Windows-sessionen slutter	Applikationer, der kører i sessionen, lukker normalt.

Hvis brugerne genopretter forbindelsen og opdager, at deres applikationer stadig kører, var deres session sandsynligvis afbrudt, ikke afsluttet. Hvis applikationerne er blevet lukket, og brugerne præsenteres for en ny session, kan der være sket en logoff, sessionafslutning eller genstart af værten.

En låst session er igen forskellig. Brugere skal muligvis blot autentificere sig for at genoptage deres eksisterende session uden at oprette en ny RDP-forbindelse.

Hvad fortæller tidspunktet for afbrydelsen dig?

Tidspunktet og omstændighederne for en RDP-afbrydelse kan ofte give de bedste hints om den underliggende årsag.

Symptom	Mulig årsag	Første kontrol
Frakobles efter en fast inaktiv periode	Inaktiv-session grænse eller netværk timeout	Session- og gateway-politikker
Frakobles efter en fast varighed under aktivitet	Aktiv-session grænse eller mellemliggende timeout	Aktive sessioner og gateway-indstillinger
Afbryder tilfældigt under brug	Pakke tab, VPN ustabilitet eller transportfejl	Netværksforbindelse
Låser efter inaktivitet	Windows inaktivitet eller skærmskærmspolitik	Sikkerhedsindstillinger
Frakobles, når værten er inaktiv	Søvn eller dvale	Strømindstillinger
Applikationer lukker efter frakobling	Sessionafslutning, logoff eller vært genstart	Sessiongrænser og hændelseslogs
Flere brugere afbryder samtidig	Delte gateway-, netværks- eller værtproblem	Infrastruktur begivenheder

Dog er disse observationer kun spor, og den reelle årsag kan være en anden.

For eksempel, hvis din firewall har en indbygget timeout for inaktive forbindelser, kan det forvirre problemet og skjule en RDS inaktiv-session politik.

Næste, tjek om Windows-sessionpolitikkerne er skyld i det.

Hvordan fungerer RDP-sessionstimeouts og inaktivitetsgrænser?

Remote desktop-tjenester tilbyder adskillige forskellige muligheder for at administrere sessionernes tid, inaktivitet og lukning. Den forkerte brug af disse muligheder kan medføre misforståelser blandt administratorer, hvilket resulterer i ændringer af politikker, der ikke svarer til problemet.

Aktive, inaktive og frakoblede sessionsgrænser

Ifølge Microsoft Learn's Remote Desktop Services politikdokumentation Windows tilbyder tre hovedsessionstidgrænser:

• Aktiv-session grænse: Kontrollerer den maksimale varighed af en session, uanset brugerens aktivitet. En grænse på otte timer kan afbryde nogen, der har arbejdet kontinuerligt.
• Inaktiv-session grænse: Kontrollerer, hvor længe en tilsluttet session kan forblive inaktiv, før Windows afbryder den. En grænse på 30 minutter kan afbryde en session efter 30 minutter uden brugerinput.
• Frakoblet sessionsgrænse: Kontrollerer, hvor længe en allerede afbrudt session forbliver på serveren, før Windows afslutter den.

Grænsen for frakoblede sessioner forårsager normalt ikke den indledende forbindelsesafbrydelse. I stedet bestemmer den, hvor længe brugerens session og applikationer forbliver tilgængelige efterfølgende.

Administratorer bør også gennemgå politikken Afslut sessionen, når tidsgrænserne er nået Når denne indstilling er aktiveret, kan den medføre, at gældende aktive eller inaktive tidsgrænser afslutter sessionen i stedet for blot at afbryde den.

Hvilke sessionstimeout-indstillinger har forrang?

Sessiongrænser kan kontrolleres af lokal gruppepolitik, domænegruppepolitik eller RDS-samlingindstillinger. Konfigurationsmulighederne er ikke altid på samme niveau.

Windows handler gruppepolitikken i forhold til den gældende politikhierarki. I forhold til RDS-sessionstidsgrænser betyder dette, at computerpolitikker prioriteres over de tilknyttede brugerpolitikker, mens håndhævede politikindstillinger kan have forrang over konfiguration på samlingsniveau.

Dette betyder, at ændringer til en indstilling foretaget på lokalt niveau muligvis ikke har nogen effekt, hvis en anden værdi er angivet i en domænepolitik.

Administratorer bør bestemme den effektive konfiguration, før der foretages flere ændringer. Dette forhindrer, at der oprettes modstridende politikker, hvilket vil forenkle registrering og fejlfinding.

Hvad skal der gøres for at løse timeout-problemer med Remote Desktop-sessioner?

Hvis Remote Desktop fortsætter med at afbryde forbindelsen efter en vis periode, skal du først kontrollere sessionstidens grænser i stedet for at ændre netværksindstillingerne.

Trin 1: Tjek RDP-sessiongrænser i gruppepolitik

På den berørte Windows-vært:

1. Åben Kør og indtast gpedit.msc .
2. Naviger til Computerkonfiguration > Administrative skabeloner > Windows-komponenter > Fjernskrivebordsservices > Fjernskrivebords-session vært > Sessionstidgrænser .
3. Anmeldelse Sæt tidsgrænse for aktive Remote Desktop Services-sessioner .
4. Tjek Sæt tidsgrænse for aktive, men inaktive Remote Desktop Services-sessioner .
5. Gennemgå grænsen for frakoblede sessioner og Afslut sessionen, når tidsgrænserne er nået .

Sammenlign de konfigurerede begrænsninger med det målte interval mellem afbrydelser, som du har været vidne til.

For eksempel, hvis folk har tendens til at blive frakoblet efter omkring 15 minutters inaktivitet, og en inaktiv sessionsbegrænsning på 15 minutter er konfigureret, er det en sandsynlig årsag.

Ændr de relevante instruktioner baseret på behovene i dit miljø. Det er som regel bedre at udvide alt for strenge begrænsninger i stedet for helt at fjerne dem. På computere, der administreres af domænet, kan du overveje at åbne Group Policy Management Console (gpmc.msc) og studere den relevante post.

Trin 2: Bekræft hvilke gruppepolitikker der anvendes

Hvis ændring af en lokal politik ikke løser problemet, skal du bestemme, hvilke Group Policy Objects (GPO'er) der faktisk anvendes.

Fra en forhøjet kommandoprompt på den berørte vært, kør:

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

Åbn rapporten for en computer, og gennemgå derefter de politikker, der er anvendt på computeren. For at se de politikker, der er anvendt på en bruger, gennemgå Resultant Set of Policy-informationen for brugeren eller se Group Policy Results for brugeren ved at bruge domænecontrolleren.

Efter du har foretaget en autoriseret ændring af et Group Policy-objekt, opdater indstillingerne for Group Policy for de computere, hvor indstillingen anvendes:

gpupdate /force

Afhængigt af scenariet kan det være nødvendigt for brugerne at genoprette en forbindelse eller endda logge af og logge ind igen, før ændringen træder i kraft.

Dette trin er især nødvendigt, hvis det samme RDS-miljø styres af flere GPO'er.

Trin 3: Gennemgå RDS-samling og RD Gateway-indstillinger

I konventionelle Microsoft RDS-implementeringer kan sessionsgrænser også konfigureres på samlingsniveau.

Åben Server Manager > Remote Desktop Services > Samlinger vælg den relevante samling og gennemgå dens sessionsegenskaber. Tjek de aktive, inaktive og frakoblede sessionsgrænser i forhold til den ønskede konfiguration.

Hvis brugere opretter forbindelse via Remote Desktop Gateway (RD Gateway), skal du inspicere gatewayens forbindelsesautoriseringspolitikker også.

På RD Gateway-serveren:

1. Åben Remote Desktop Gateway Manager .
2. Naviger til Politikker > Forbindelsesautoriseringspolitikker .
3. Åbn den relevante politik.
4. Gennemgå indstillingerne for sessionstimeout.

En timeout, der håndhæves af en gateway, kan forekomme, selvom Session Host tillader forlængede sessioner.

Hvis problemet kun opstår, når der bruges en RD Gateway, så undersøg det gateway konfiguration og relaterede netværksenheder, før du ændrer nogen Session Host-politikker.

Hvorfor afbryder Remote Desktop efter noget inaktivitet?

Ikke alle inaktivitet-relaterede afbrydelser skyldes en RDS inaktiv sessionsgrænse. Der er andre Windows-indstillinger, der kan forstyrre, såsom sikkerhedsrelaterede eller strømstyringsrelaterede indstillinger.

Kontroller inaktivitetspolitikker for Windows-maskiner

Windows kan konfigureres til at låse en session efter en bestemt periode med inaktivitet fra brugeren.

Åben secpol.msc og naviger til:

Lokale politikker > Sikkerhedsindstillinger > Interaktiv logon: Maskinens inaktivitet grænse

Denne indstilling angiver inaktivitetstiden, i sekunder, før Windows låser sessionen.

En lås vil typisk ikke afslutte RDP-sessionen eller lukke applikationer. Derfor, hvis brugeren kun ser Windows-login-skærmen, skal du undersøge låsepolitikker, før du ændrer nogen RDS-sessiongrænser.

Kontroller skærmskåner og strømindstillinger

Skærmskærmspolitikker kan også kræve, at brugerne autentificerer sig efter inaktivitet.

Gennemgå indstillingerne under:

Brugerkonfiguration > Administrative skabeloner > Kontrolpanel > Personalisering

Vær særlig opmærksom på skærmskånerens timeout og indstillingerne for adgangskodebeskyttelse.

På Windows arbejdsstationer kan søvn eller dvale gøre den fjerncomputer midlertidigt utilgængelig. Tjek de relevante strømindstillinger under Indstillinger > System > Strøm og batteri eller den tilsvarende Power Options-grænseflade.

Systemer der kræver kontinuerlig fjernadgang skal kunne tilgås på afstand og bør have den rette strømstyringspolitik. Deaktivering af søvn på alle slutpunkter kan underminere virksomhedens sikkerhed og strømbehov.

Hvad er processen for at fejlfinde tilfældige RDP-afbrydelser?

Hvis fjernskrivebordet ofte bliver afbrudt uden varsel, især når man arbejder aktivt, er netværksinterface- og transportfejl meget mere sandsynlige end sessionstimeout.

Test netværksforbindelse og VPN-stabilitet

Begynd med at teste forbindelsen til den relevante server eller gateway.

Test-NetConnection server.example.com -Port 3389

Dette tester, om en TCP-forbindelse kan oprettes til den angivne destination og port. Udskift værtsnavnet og porten med de værdier, der er relevante for dit miljø.

For at udføre løbende tilgængelighedstest, udfør:

ping server.example.com -t

Brug af kontinuerlig ping kan fremhæve intermitterende pakke tab eller latensspidser, hvis Internet Control Message Protocol (ICMP) er tilladt. Ikke desto mindre er succesfulde ping-svar ikke en garanti for RDP transportstabilitet.

Hvis afbrydelser er relateret til netværksforstyrrelser, så overvej Wi-Fi-afbrydelser, VPN tunnel fejl , routing ændringer og firewall tilstandsovergange.

VPN rekeying-fejl, firewall-forbindelsestidsafbrud og udløb af Network Address Translation (NAT) sessioner kan alle forstyrre ellers stabile RDP-forbindelser.

Når du analyserer alternative forbindelsesveje, skal du kun bruge autoriserede netværksruter. Udsæt ikke RDP for generel internettrafik eller omgå pålagte VPN-sikkerhedspolitikker af diagnostiske årsager.

Kontroller, om RDP UDP-transporten er ansvarlig

Moderne RDP-sessioner bruger nu User Datagram Protocol (UDP) ud over Transmission Control Protocol (TCP) for øget reaktivitet.

Men forkert konfigurerede firewalls, VPN'er eller andre netværksenheder kan blokere UDP-pakker.

For at teste, om et problem skyldes UDP-pakker, skal du følge instruktionerne nedenfor for at tvinge Remote Desktop-klienten til kun at bruge TCP.

Åbn gruppepolitikken på klientcomputeren og fortsæt til:

Computerkonfiguration > Administrative skabeloner > Windows-komponenter > Fjernskrivebordsservices > Fjernskrivebordsforbindelseskunde

Aktiver Deaktiver UDP på klienten , så genopret forbindelsen og observer, om afbrydelserne fortsætter.

Hvis forbindelsen stabiliseres, så se på UDP-håndtering langs netværksvejen.

Dette er et diagnostisk skridt, ikke en generel løsning. TCP-tilslutninger vil have forskellig adfærd på netværk med dårlig kvalitet, så sørg for at genoprette den foretrukne transport, når årsagen til problemet er blevet løst.

Undersøg sundheden for Remote Desktop-klient og -server

Vedvarende frakoblinger kan også udløses af forældede Windows-komponenter, netværksdrivere eller ustabilitet på den fjerne vært.

Sørg for, at klient- og værtsystemer holdes opdaterede. Bestem om problemer opstod efter Windows-opdateringer, ændringer af drivere eller justeringer af netværkskonfigurationer.

Undersøg CPU-, hukommelses- og diskudnyttelse nær tidspunktet for fejl. Overvågning af RDP-sessionens ydeevne kan hjælpe med at korrelere, at ressourceudtømning kan påvirke ydeevnen for Remote Desktop Services, selvom høj udnyttelse ikke nødvendigvis identificerer årsagen.

Undgå at genstarte Remote Desktop-tjenester som et indledende diagnostisk skridt på produktionsservere. Service- eller værtgenstarter bør udsættes, indtil passende ændringsstyrings- og diagnostiske procedurer er gennemført, da de kan forstyrre andre brugere.

Hvad er måden at diagnosticere RDP-afbrydelser, når du bruger Windows-logfiler?

Når din politik eller forbindelsestjek ikke viser en grund, kan Windows-hændelseslogs hjælpe med at bestemme, hvad der muligvis er sket før og under en afbrydelse. Microsoft Learn's fejlfinding vejledning giver yderligere information om diagnosticering af fejl ved afbrydelse af Remote Desktop.

Gennemgå Remote Desktop-begivenheder i Event Viewer

Åben eventvwr.msc på det berørte Windows-system.

Relevante server-side begivenhedskanaler inkluderer:

• Applikationer og Tjenester Logs > Microsoft > Windows > TerminalServices-LocalSessionManager > Operationel
• Applikationer og Tjenester Logs > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operationel
• Windows Logs > System

Disse begivenheder kan hjælpe med at identificere sessionforbindelser, frakoblinger eller autentificeringsproblemer og systemproblemer.

For hver begivenhed, noter brugeren der blev påvirket, Session Host, den omtrentlige tid for begivenheden, og den type forbindelse der blev brugt. Sammenlign disse begivenheder med dem der blev fanget af din RD Gateway, VPN, og netværksovervågningssoftware.

En Windows-begivenhed, der angiver, at en session er afbrudt, identificerer ikke altid årsagen. Det kan være nødvendigt at gennemgå relaterede begivenheder.

Kontroller, om Windows-sessionen stadig findes

På Remote Desktop Session Host, kør:

forespørgselsession

Denne kommando viser dine nuværende sessioner og deres status.

Hvis den problematiske session stadig er afbrudt, kan dine apps stadig køre. Hvis sessionen ikke længere er til stede, skal du se på logafmeldinger, sessionerensningspolitikker og værtgenstarter.

På delte RDS-servere bør du undgå at afslutte sessioner, når du fejlfinder, medmindre du ved, hvem der er berørt, og hvad konsekvenserne kan være.

Korreler frakoblinger på tværs af flere brugere

Når flere brugere afbryder forbindelsen på én gang, skal du først se på infrastrukturen, før du går videre til individuelle brugermaskiner.

Genstart af en gateway, netværksproblemer eller et Session Host-nedbrud kan bringe mange brugere ned samtidig.

At korrelere begivenheder på flere maskiner hjælper med at bestemme, om det var et isoleret klientproblem eller noget mere udbredt.

I nogle tilfælde kan yderligere analyse af RDS og netværksspor være nødvendig for at bestemme den nøjagtige årsag og rækkefølge af begivenheder.

Hvordan kan du holde Remote Desktop-sessioner og applikationer kørende?

Nogle brugere ønsker at undgå Remote Desktop-afbrydelser, fordi det gør det muligt for applikationer at fortsætte med at køre, efter at de afslutter den fjernsession.

Dog at holde RDP-sessionen åben og sikre, at Windows-arbejdsbelastningen fortsætter med at køre, er to forskellige anvendelsessager.

Frakobl uden at logge ud

At lukke Remote Desktop-klienten afbryder normalt din forbindelse, men logger dig ikke ud af Windows.

Den session, du har oprettet, har tendens til at blive bevaret, og apps efterlades generelt åbne, medmindre en sessionspolitik eller en anden begivenhed lukker dem.

I modsætning til at vælge Log ud afslutter Windows-sessionen og lukker normalt dens applikationer.

Hvis applikationer afsluttes uventet efter en afbrydelse, skal du gennemgå tidsgrænsen for frakoblede sessioner og eventuelle politikker, der automatisk rydder op i sessioner.

Kør baggrundsarbejde uafhængigt af RDP-sessioner

Applikationer og processer, der skal køre kontinuerligt, bør ikke være afhængige af, at en interaktiv RDP-session forbliver åben.

Afhængigt af arbejdsbyrden kan potentielle alternativer omfatte Windows-tjenester, Opgavestyring eller applikationsspecifik automatisering.

Mens Opgaveplanlæggeren kan køre specifikke opgaver uden tilsyn (uden interaktiv login), understøtter ikke alle Windows-desktopapplikationer denne type operation.

For kritiske arbejdsbelastninger er den foretrukne metode at adskille applikationsprocessen fra administratorens interaktive session helt.

Hvordan kan du forhindre tilbagevendende frakoblinger af Remote Desktop?

Implementering af standard sessionsregler, tilgængelighed af infrastruktur og oversigt over netværksaktivitet bidrager væsentligt til forebyggelsen af tilfældige RDP-afbrydelser.

Først skal administratoren definere aktive, inaktive og frakoblede sessionsgrænser og tidsgrænser i henhold til virksomhedens sikkerhedspolitik og brugerkrav. Desuden hjælper den regelmæssige kontrol af de anvendte og effektive gruppepolitikker, gateway- og netværksenhedstidsgrænser med at undgå sessionsfrakobling forårsaget af deres inkompatibilitet.

For eksempel, hvis RDS-værtens brug har flere gæster eller brugere, ville det være en god idé at analysere serverens ydeevne og undersøge separat forekommende fejl eller hændelser under sessionen. Det vil gøre det muligt at bestemme kildens problem og eliminere problemer med alle brugere eller gæster på én gang.

Det er en fejl at tro, at jo længere sessionen er aktiv eller vedholdende, jo bedre. Selvom det er nyttigt til infrastrukturovervågning, kan en åben og kørende session uden en operatør være en sikkerhedstrussel.

Hovedideen er at forhindre uplanlagte RDP-frakoblinger og afbrydelser uden at forårsage systeminstabilitet og sikkerhedsproblemer for operatørerne og brugerne, der arbejder med den fjernbetjente desktop.

Leder du efter et enklere alternativ til traditionel RDS?

For organisationer, der ønsker at forenkle centraliseret levering af Windows-applikationer og skriveborde, TSplus Remote Access tilbyder applikationspublisering, browserbaseret adgang og multi-bruger sessionsmuligheder. Det giver en alternativ tilgang til traditionelle RDS-implementeringer, samtidig med at IT-teams kan administrere fjernforbindelse gennem en centraliseret løsning.

Konklusion

Når Remote Desktop bliver ved med at afbryde, skal du først identificere, om Windows-sessionen låser, afbryder eller afslutter. Forudsigelige afbrydelser retfærdiggør normalt at tjekke sessionspolitikker, mens tilfældige fejl kræver nærmere undersøgelse af netværkstransport, gateways og systemlogfiler.

Målrettede konfigurationsændringer er mere effektive end at deaktivere alle timeouts. Konsistente politikker og overvågning hjælper med at opretholde pålidelige RDP-forbindelser uden at svække sikkerheden.