Remote Desktop blijft verbreken? Oorzaken en oplossingen

Introductie

Onverwachte Remote Desktop-verbindingen kunnen administratief werk onderbreken en gebruikers in een hele Remote Desktop Services (RDS) omgeving beïnvloeden. Het verliezen van een Remote Desktop Protocol (RDP) verbinding betekent echter niet noodzakelijk dat de Windows-sessie is beëindigd. Dit artikel legt uit hoe je de oorzaak kunt identificeren, sessiegrenzen kunt configureren en terugkerende verbroken verbindingen kunt oplossen zonder de beveiliging in gevaar te brengen.

Waarom blijft Remote Desktop verbreken?

Remote Desktop-sessies kunnen worden verstoord door Windows-sessiebeleid, netwerkproblemen, gatewayproblemen of serverzijdeproblemen. Ondanks vergelijkbare symptomen vereist elk probleem een specifieke aanpak.

Beheerders moeten de situatie analyseren en bepalen wat er precies met de Windows-sessie gebeurt en wanneer dit gebeurt voordat ze actie ondernemen.

Is de sessie aan het verbreken, vergrendelen of afmelden?

Windows maakt onderscheid tussen verschillende sessiestatussen, kennis hiervan is essentieel voor nauwkeurige probleemoplossing.

Sessie status	Wat gebeurt er	Effect op applicaties
Actief	De gebruiker is verbonden en interacteert met Windows	Toepassingen draaien normaal
Inactief	De sessie blijft verbonden zonder gebruikersinvoer	Toepassingen blijven over het algemeen draaien
Vergrendeld	Authenticatie is vereist om de interactie te hervatten	Toepassingen blijven over het algemeen actief
Verbonden	De RDP-verbinding sluit, maar de Windows-sessie blijft.	Toepassingen blijven over het algemeen draaien
Afgemeld	De Windows-sessie eindigt	Toepassingen die in de sessie draaien, sluiten normaal gesproken.

Als gebruikers opnieuw verbinding maken en ontdekken dat hun applicaties nog steeds actief zijn, is hun sessie waarschijnlijk verbroken, niet beëindigd. Als de applicaties zijn gesloten en gebruikers een nieuwe sessie gepresenteerd krijgen, kan er een afmelding, sessiebeëindiging of herstart van de host hebben plaatsgevonden.

Een vergrendelde sessie is weer anders. Gebruikers moeten mogelijk alleen authentiseren om hun bestaande sessie te hervatten, zonder een nieuwe RDP-verbinding tot stand te brengen.

Wat vertelt de timing van de ontkoppeling je?

De timing en omstandigheden van een RDP-verbinding verbreken kunnen vaak de beste aanwijzingen geven voor de onderliggende oorzaak.

Symptoom	Mogelijke oorzaak	Eerst controleren
Verbindingen worden verbroken na een vaste inactiviteitsperiode	Inactiviteitslimiet of netwerktime-out	Sessie- en gatewaybeleid
Verbindingen worden verbroken na een vaste duur tijdens activiteit	Actieve sessie limiet of tussenliggende time-out	Actieve sessie- en gateway-instellingen
Verbreekt willekeurig tijdens gebruik	Pakketverlies, VPN-instabiliteit of transportfout	Netwerkverbinding
Vergrendelt na inactiviteit	Windows-inactiviteits- of schermbeveiligingsbeleid	Beveiligingsinstellingen
Verbindingen worden verbroken wanneer de host inactief is.	Slaap of hibernatie	Energie-instellingen
Toepassingen sluiten na ontkoppeling	Sessie beëindiging, afmelden of host herstarten	Sessie limieten en gebeurtenislogs
Meerdere gebruikers verbreken tegelijkertijd de verbinding	Gedeeld gateway-, netwerk- of hostprobleem	Infrastructuure evenementen

Echter, deze observaties zijn slechts aanwijzingen, en de werkelijke oorzaak kan anders zijn.

Als uw firewall bijvoorbeeld een ingebouwde time-out heeft voor inactieve verbindingen, kan dit het probleem verwarren en een RDS-inactieve sessiebeleid verbergen.

Controleer vervolgens of de Windows-sessiebeleid de schuldige is.

Hoe werken RDP-sessie time-outs en inactiviteitslimieten?

Remote desktopdiensten bieden tal van verschillende opties voor het beheren van de tijd van sessies, inactiviteit en afsluiten. Onjuist gebruik van deze opties kan leiden tot misverstanden onder beheerders, wat resulteert in de wijziging van beleid dat niet overeenkomt met het probleem.

Actieve, Inactieve en Verbonden Sessie Limieten

Volgens Microsoft Learn's documentatie over de beleid van Remote Desktop Services Windows biedt drie hoofd tijdslimieten voor sessies:

• Actieve-sessie limiet: Beheert de maximale duur van een sessie, ongeacht de gebruikersactiviteit. Een limiet van acht uur kan iemand disconnecten die continu aan het werk is geweest.
• Inactiviteitslimiet: Bepaalt hoe lang een verbonden sessie inactief kan blijven voordat Windows deze verbreekt. Een limiet van 30 minuten kan een sessie onderbreken na 30 minuten zonder gebruikersinvoer.
• Verbonden-sessie limiet: Bepaalt hoe lang een al verbroken sessie op de server blijft voordat Windows deze beëindigt.

De limiet voor verbroken sessies veroorzaakt normaal gesproken geen onderbreking van de initiële verbinding. In plaats daarvan bepaalt het hoe lang de sessie en applicaties van de gebruiker daarna beschikbaar blijven.

Beheerders moeten ook het beleid herzien. Einde sessie wanneer tijdslimieten zijn bereikt Wanneer ingeschakeld, kan deze instelling ervoor zorgen dat toepasselijke actieve of inactieve tijdslimieten de sessie beëindigen in plaats van deze slechts te verbreken.

Welke instellingen voor sessie-time-out hebben voorrang?

Sessielimieten kunnen worden beheerd via lokale Groepsbeleid, domein Groepsbeleid of RDS-collectie-instellingen. De configuratieopties zijn niet altijd op hetzelfde niveau.

Windows handelt volgens het Groepsbeleid met betrekking tot de toepasselijke beleids hiërarchie. Met betrekking tot RDS-sessietijdslimieten betekent dit dat computerbeleid prioriteit heeft boven de bijbehorende gebruikersbeleid, terwijl afgedwongen beleidsinstellingen voorrang kunnen krijgen boven de configuratie op verzamelingsniveau.

Dit betekent dat wijzigingen in een instelling die op lokaal niveau zijn aangebracht, mogelijk geen effect hebben als een andere waarde is opgegeven in een domeinbeleid.

Beheerders moeten de effectieve configuratie bepalen voordat ze meerdere wijzigingen aanbrengen. Dit voorkomt dat conflicterende beleidsregels worden aangemaakt, wat het registreren en oplossen van problemen vereenvoudigt.

Wat moet er gedaan worden om time-outs van Remote Desktop-sessies te verhelpen?

Als de Remote Desktop na een bepaalde tijd blijft verbreken, controleer dan eerst de sessietijdlimieten in plaats van de netwerkinstellingen te wijzigen.

Stap 1: Controleer RDP-sessie limieten in Groepsbeleid

Op de getroffen Windows-host:

1. Open Uitvoeren en voer in gpedit.msc .
2. Navigeer naar Computerconfiguratie > Beheersjablonen > Windows-onderdelen > Remote Desktop Services > Remote Desktop-sessiehost > Sessie tijdslimieten .
3. Beoordeling Stel een tijdslimiet in voor actieve Remote Desktop Services-sessies .
4. Controleer Stel een tijdslimiet in voor actieve maar inactieve Remote Desktop Services-sessies .
5. Beoordeel de limiet voor verbroken sessies en Einde sessie wanneer tijdslimieten zijn bereikt .

Vergelijk de geconfigureerde beperkingen met het gemeten interval tussen de verbroken verbindingen die u heeft waargenomen.

Bijvoorbeeld, als mensen de neiging hebben om te disconnecten na ongeveer 15 minuten inactiviteit en er een idle sessiebeperking van 15 minuten is geconfigureerd, is dit een waarschijnlijke oorzaak.

Pas de relevante instructies aan op basis van de behoeften van uw omgeving. Het is meestal beter om te simpelweg de te strenge beperkingen uit te breiden in plaats van ze volledig te verwijderen. Op computers die door het domein worden beheerd, wilt u misschien de Groepsbeleidbeheerconsole (gpmc.msc) openen en de relevante invoer bestuderen.

Stap 2: Controleer welke Groepsbeleid zijn toegepast

Als het wijzigen van een lokale beleidsregel het probleem niet oplost, bepaal dan welke Groepsbeleidsobjecten (GPO's) daadwerkelijk worden toegepast.

Voer vanaf een verhoogde Opdrachtprompt op de getroffen host het volgende uit:

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

Open het rapport voor een computer en bekijk vervolgens de toegepaste beleidsregels voor de computer. Om de toegepaste beleidsregels voor een gebruiker te bekijken, bekijk de informatie van de Resultante Set van Beleidsregels voor de gebruiker of bekijk de Groepsbeleidsresultaten voor de gebruiker door de domeincontroller te gebruiken.

Nadat u een geautoriseerde wijziging aan een Groepsbeleidsobject hebt aangebracht, werkt u de instellingen voor Groepsbeleid bij voor de computers waarop de instelling van toepassing is:

gpupdate /force

Afhankelijk van het scenario kan het nodig zijn dat gebruikers de verbinding opnieuw tot stand brengen of zelfs uitloggen en weer inloggen voordat de wijziging van kracht wordt.

Deze stap is vooral nodig als dezelfde RDS-omgeving wordt beheerd door meerdere GPO's.

Stap 3: Controleer RDS-verzameling en RD Gateway-instellingen

Bij conventionele Microsoft RDS-implementaties kunnen sessielimieten ook op het niveau van de verzameling worden geconfigureerd.

Open Server Manager > Remote Desktop Services > Verzamelingen selecteer de relevante verzameling en controleer de sessie-eigenschappen. Controleer de actieve, inactieve en verbroken sessie-limieten ten opzichte van de beoogde configuratie.

Als gebruikers verbinding maken via Remote Desktop Gateway (RD Gateway), inspecteer dan ook de autorisatiebeleid voor verbindingen van de gateway.

Op de RD Gateway-server:

1. Open Remote Desktop Gateway Manager .
2. Navigeer naar Beleid > Verbinding Autorisatie Beleid .
3. Open het relevante beleid.
4. Controleer de instellingen voor de sessie-timeout.

Een time-out die door een gateway wordt afgedwongen, kan optreden, zelfs als de sessiehost uitgebreide sessies toestaat.

Als het probleem alleen optreedt bij het gebruik van een RD Gateway, onderzoek dan de gatewayconfiguratie en gerelateerde netwerkapparaten voordat u wijzigingen aanbrengt in de sessiehostbeleid.

Waarom verbreekt Remote Desktop de verbinding na enige inactiviteit?

Niet alle onderbrekingen die verband houden met inactiviteit worden veroorzaakt door een RDS-inactiviteitslimiet. Er zijn andere Windows-instellingen die mogelijk interfereren, zoals beveiligingsgerelateerde of energiebeheergerelateerde instellingen.

Controleer de inactiviteitsbeleid van Windows-machines

Windows kan worden geconfigureerd om een sessie te vergrendelen na een bepaalde periode van inactiviteit door de gebruiker.

Open secpol.msc en navigeer naar:

Lokale beleidsregels > Beveiligingsopties > Interactieve aanmelding: Machine-inactiviteitslimiet

Deze instelling specificeert de inactiviteitsperiode, in seconden, voordat Windows de sessie vergrendelt.

Een vergrendeling beëindigt doorgaans de RDP-sessie niet of sluit geen toepassingen. Als de gebruiker alleen het aanmeldscherm van Windows ziet, onderzoek dan de vergrendelingsbeleid voordat u enige RDS-sessie limieten wijzigt.

Controleer schermbeveiliging en energie-instellingen

Screensaverbeleid kan ook vereisen dat gebruikers zich authentiseren na inactiviteit.

Controleer de instellingen onder:

Gebruikersconfiguratie > Beheersjablonen > Configuratiescherm > Personalisatie

Let op de instellingen voor de schermbeveiligingstime-out en wachtwoordbeveiliging.

Op Windows-werkstations kan slaapstand of hibernatie de externe computer tijdelijk onbeschikbaar maken. Controleer de relevante energie-instellingen onder Instellingen > Systeem > Energie en batterij of de bijbehorende Power Options-interface.

Systemen die continu vereisen Externe toegang moet op afstand toegankelijk zijn en moet het juiste energiebeheerbeleid hebben. Het uitschakelen van de slaapstand op alle eindpunten kan de beveiliging van de onderneming en de energiebehoeften ondermijnen.

Wat is het proces om willekeurige RDP-verbindingen te troubleshooten?

Als de externe desktop vaak zonder waarschuwing wordt verbroken, vooral tijdens actief werken, zijn netwerkinterface- en transportfouten veel waarschijnlijker dan de sessietime-out.

Test netwerkaansluiting en VPN-stabiliteit

Begin met het testen van de connectiviteit naar de relevante server of gateway.

Test-NetConnection server.example.com -Port 3389

Dit test of een TCP-verbinding kan worden gemaakt met de opgegeven bestemming en poort. Vervang de hostnaam en poort door de waarden die relevant zijn voor uw omgeving.

Om voortdurende bereikbaarheidstests uit te voeren, voer uit:

ping server.example.com -t

Het gebruik van continue ping kan intermitterend pakketverlies of latentiepieken aan het licht brengen als Internet Control Message Protocol (ICMP) is toegestaan. Desondanks zijn succesvolle ping-antwoorden geen garantie voor de stabiliteit van RDP-vervoer.

Als ontkoppelingen verband houden met netwerkonderbrekingen, overweeg dan Wi-Fi-uitval. VPN-tunnelstoringen , routeringswijzigingen en overgangen van de firewallstatus.

VPN-rekeyingfouten, time-outs van firewallverbindingen en sessieverlopen van Network Address Translation (NAT) kunnen allemaal anderszins stabiele RDP-verbindingen verstoren.

Bij het analyseren van alternatieve verbindingspaden, gebruik alleen geautoriseerde netwerkroutes. Stel RDP niet bloot aan algemeen internetverkeer of omzeil verplichte VPN-beveiligingsbeleid voor diagnostische doeleinden.

Controleer of RDP UDP-vervoer verantwoordelijk is

Moderne RDP-sessies gebruiken nu User Datagram Protocol (UDP) naast Transmission Control Protocol (TCP) voor een verhoogde responsiviteit.

Maar verkeerd geconfigureerde firewalls, VPN's of andere netwerkapparaten kunnen UDP-pakketten blokkeren.

Om te testen of een probleem wordt veroorzaakt door UDP-pakketten, volg je de onderstaande instructies om de Remote Desktop-client te dwingen alleen TCP te gebruiken.

Open het Groepsbeleid op de clientcomputer en ga verder naar:

Computerconfiguratie > Beheersjablonen > Windows-onderdelen > Remote Desktop Services > Remote Desktop Connection Client

Inschakelen Schakel UDP uit op de client , verbind vervolgens opnieuw en observeer of de onderbrekingen aanhouden.

Als de verbinding stabiliseert, kijk dan naar de UDP-afhandeling langs het netwerkpad.

Dit is een diagnostische stap, geen algemene oplossing. TCP-only verbindingen zullen zich anders gedragen op netwerken met een slechte kwaliteit, dus zorg ervoor dat je het voorkeurstransport opnieuw tot stand brengt zodra de oorzaak van het probleem is aangepakt.

Onderzoek de gezondheid van de Remote Desktop-client en -server

Voortdurende verbroken verbindingen kunnen ook worden veroorzaakt door verouderde Windows-componenten, netwerkdrivers of instabiliteit op de externe host.

Zorg ervoor dat client- en hostsystemen up-to-date blijven. Bepaal of er problemen zijn opgetreden na Windows-updates, wijzigingen in stuurprogramma's of aanpassingen in de netwerkinstellingen.

Controleer het CPU-, geheugen- en schijfgebruik rond het tijdstip van de storingen. Monitoring van RDP-sessieprestaties kan helpen correlaties te leggen tussen het uitputten van middelen en de prestaties van Remote Desktop Services, hoewel hoge benutting niet noodzakelijk de onderliggende oorzaak identificeert.

Vermijd het opnieuw opstarten van Remote Desktop Services als een eerste diagnostische stap op productieservers. Service- of hostherstarts moeten worden uitgesteld totdat de juiste wijzigingsbeheer- en diagnostische procedures zijn voltooid, omdat ze andere gebruikers kunnen verstoren.

Wat is de manier om RDP-verbindingen te diagnosticeren wanneer u Windows-logboeken gebruikt?

Wanneer uw beleid of connectiviteitscontroles geen reden tonen, kunnen Windows-evenementlogs helpen bepalen wat er mogelijk is gebeurd vóór en tijdens een verbroken verbinding. de probleemoplossingsgids van Microsoft Learn biedt aanvullende informatie over het diagnosticeren van fouten bij het verbreken van Remote Desktop-verbindingen.

Bekijk Remote Desktop-gebeurtenissen in de Event Viewer

Open eventvwr.msc op het getroffen Windows-systeem.

Relevante server-side evenementkanalen zijn onder andere:

• Toepassingen en Diensten Logs > Microsoft > Windows > TerminalServices-LocalSessionManager > Operationeel
• Toepassingen en Diensten Logs > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operationeel
• Windows Logs > Systeem

Deze gebeurtenissen kunnen helpen bij het identificeren van sessieverbindingen, verbroken verbindingen, of authenticatieproblemen en systeemproblemen.

Voor elk evenement, noteer de gebruiker die werd beïnvloed, de Session Host, de geschatte tijd van het evenement en het type verbinding dat werd gebruikt. Vergelijk deze evenementen met die vastgelegd door uw RD Gateway, VPN en netwerkbewakingssoftware.

Een Windows-gebeurtenis die aangeeft dat een sessie is verbroken, identificeert niet altijd de onderliggende oorzaak. Het kan nodig zijn om gerelateerde gebeurtenissen te bekijken.

Controleer of de Windows-sessie nog bestaat

Op de Remote Desktop-sessiehost, voer uit:

query sessie

Deze opdracht toont uw huidige sessies en hun statussen.

Als de problematische sessie nog steeds is verbroken, kunnen uw apps nog steeds actief zijn. Als de sessie niet meer aanwezig is, kijk dan naar uitlogprocedures, sessie-opruimingsbeleid en herstarts van de host.

Op gedeelde RDS-servers, vermijd het beëindigen van sessies tijdens het oplossen van problemen, tenzij je weet wie erdoor wordt getroffen en wat de gevolgen kunnen zijn.

Correlate verbroken verbindingen tussen meerdere gebruikers

Wanneer meerdere gebruikers tegelijkertijd loskoppelen, kijk dan eerst naar de infrastructuur voordat je naar individuele gebruikersmachines gaat.

Het opnieuw opstarten van een gateway, netwerkproblemen of een crash van een Session Host kan veel gebruikers tegelijkertijd uitschakelen.

Het correlateren van gebeurtenissen op meerdere machines helpt te bepalen of het een geïsoleerd probleem van de cliënt was of iets dat wijdverspreider was.

In sommige gevallen kan verdere analyse van RDS en netwerksporen nodig zijn om de exacte oorzaak en volgorde van gebeurtenissen te bepalen.

Hoe kunt u Remote Desktop-sessies en applicaties actief houden?

Sommige gebruikers willen Remote Desktop-verbindingen vermijden omdat dit toepassingen in staat stelt om door te blijven draaien nadat ze de externe sessie beëindigen.

Echter, het openhouden van de RDP-sessie en ervoor zorgen dat de Windows-werklast blijft draaien, zijn twee verschillende gebruiksscenario's.

Afkoppelen zonder uit te loggen

Het sluiten van de Remote Desktop-client verbreekt meestal je verbinding, maar logt je niet uit van Windows.

De sessie die je hebt ingesteld, blijft meestal behouden, en apps blijven over het algemeen open, tenzij een sessiebeleid of een andere gebeurtenis ze sluit.

In tegenstelling tot het selecteren Afmelden eindigt de Windows-sessie en sluit normaal gesproken zijn toepassingen.

Als applicaties onverwacht worden beëindigd na een verbroken verbinding, controleer dan de time-outperiode voor verbroken sessies en eventuele beleidsregels die sessies automatisch opruimen.

Voer achtergrondwerkzaamheden onafhankelijk van RDP-sessies uit

Toepassingen en processen die continu moeten draaien, mogen niet afhankelijk zijn van een interactieve RDP-sessie die open blijft.

Afhankelijk van de werklast kunnen mogelijke alternatieven Windows-services, Taakplanner of applicatie-specifieke automatisering zijn.

Hoewel Taakplanner specifieke taken onbemand kan uitvoeren (zonder interactieve aanmelding), ondersteunen niet alle Windows-desktoptoepassingen dit type operatie.

Voor kritieke workloads is de voorkeur om het applicatieproces los te koppelen van de interactieve sessie van de beheerder.

Hoe kunt u terugkerende verbindingen met Remote Desktop voorkomen?

Implementatie van standaard sessie regels, beschikbaarheid van infrastructuur en overzicht van netwerkactiviteit dragen aanzienlijk bij aan de preventie van willekeurige RDP-verbindingen.

Eerst moet de beheerder actieve, inactieve en verbroken sessiegrenzen en time-outs definiëren volgens het beveiligingsbeleid van het bedrijf en de eisen van de gebruikers. Bovendien helpt de regelmatige controle van de toegepaste en effectieve Groepsbeleid, gateway en time-outs van netwerkapparaten om de sessieverbinding te voorkomen die wordt veroorzaakt door hun incompatibiliteit.

Bijvoorbeeld, als het gebruik van de RDS-host meerdere gasten of gebruikers heeft, zou het een goed idee zijn om de prestaties van de server te analyseren en afzonderlijk optredende fouten of incidenten tijdens de sessie te onderzoeken. Dit zal helpen om de bron van het probleem te bepalen en problemen met alle gebruikers of gasten tegelijk op te lossen.

Het is een vergissing te geloven dat hoe langer de sessie actief of persistent is, hoe beter. Hoewel het nuttig is voor infrastructuurmonitoring, kan een open en draaiende sessie zonder een operator een beveiligingsbedreiging vormen.

Het belangrijkste idee is om ongeplande RDP-verbindingen en onderbrekingen te voorkomen zonder systeeminstabiliteit en beveiligingsproblemen te veroorzaken voor de operators en gebruikers die met de externe desktop werken.

Zoekt u een eenvoudigere alternatieve voor traditionele RDS?

Voor organisaties die de gecentraliseerde levering van Windows-toepassingen en desktops willen vereenvoudigen, TSplus Remote Access biedt applicatiepublicatie, browsergebaseerde toegang en multi-user sessiecapaciteiten. Het biedt een alternatieve benadering van traditionele RDS-implementaties, terwijl IT-teams de mogelijkheid hebben om externe connectiviteit te beheren via een gecentraliseerde oplossing.

Conclusie

Wanneer Remote Desktop blijft verbreken, begin dan met het identificeren of de Windows-sessie vergrendelt, verbreekt of eindigt. Voorspelbare onderbrekingen rechtvaardigen meestal het controleren van sessiebeleid, terwijl willekeurige storingen een nadere inspectie van netwerktransport, gateways en systeemlogs vereisen.

Gerichte configuratiewijzigingen zijn effectiever dan het uitschakelen van alle time-outs. Consistente beleidslijnen en monitoring helpen betrouwbare RDP-verbindingen te behouden zonder de beveiliging te verzwakken.