Fjärrskrivbordet kopplas bort? Orsaker och lösningar

Introduktion

Oväntade Remote Desktop-avbrott kan avbryta administrativt arbete och påverka användare i en hel Remote Desktop Services (RDS) miljö. Att förlora en Remote Desktop Protocol (RDP) anslutning betyder dock inte nödvändigtvis att Windows-sessionen har avslutats. Denna artikel förklarar hur man identifierar orsaken, konfigurerar sessionsgränser och löser återkommande avbrott utan att kompromissa med säkerheten.

Varför kopplar Remote Desktop bort hela tiden?

Fjärrskrivbordssessioner kan störas av Windows-sessionpolicyer, nätverksproblem, gatewayproblem eller serverrelaterade problem. Trots liknande symtom kräver varje problem en specifik lösning.

Administratörer bör analysera situationen och avgöra vad som exakt händer med Windows-sessionen och när det händer innan de vidtar några åtgärder.

Är sessionen frånkopplad, låst eller loggar ut?

Windows skiljer mellan flera sessionsstatusar, kunskap om vilka är avgörande för korrekt felsökning.

Sessionsstatus	Vad händer	Effekt på applikationer
Aktiv	Användaren är ansluten och interagerar med Windows	Applikationer körs normalt
Inaktiv	Sessionen förblir ansluten utan användarinmatning	Applikationer fortsätter vanligtvis att köras
Låst	Autentisering krävs för att återuppta interaktionen	Applikationer förblir vanligtvis aktiva
Frånkopplad	RDP-anslutningen stängs, men Windows-sessionen förblir.	Applikationer fortsätter vanligtvis att köras
Utloggad	Windows-sessionen avslutas	Applikationer som körs i sessionen stänger normalt.

Om användare återansluter och upptäcker att deras applikationer fortfarande körs, var deras session troligen frånkopplad, inte avslutad. Om applikationerna har stängts och användarna får en ny session kan en utloggning, sessionsavslutning eller omstart av värden ha inträffat.

En låst session, igen, är annorlunda. Användare kan behöva autentisera sig för att återuppta sin befintliga session, utan att etablera en ny RDP-anslutning.

Vad säger tidpunkten för frånkopplingen dig?

Tidpunkten och omständigheterna för en RDP-avkoppling kan ofta ge de bästa ledtrådarna till den underliggande orsaken.

Symptom	Möjlig orsak	Första kontrollen
Kopplar bort efter en fast inaktiv period	Inaktiv sessionsgräns eller nätverksavbrott	Session- och gateway-policyer
Kopplar bort efter en fast varaktighet under aktivitet	Aktiv sessionsgräns eller mellanliggande tidsgräns	Aktiva sessioner och gateway-inställningar
Kopplar bort slumpmässigt under användning	Paketförlust, VPN-instabilitet eller transportfel	Nätverksanslutning
Låser efter inaktivitet	Windows inaktivitet eller skärmsläckarpolicy	Säkerhetsinställningar
Kopplar bort när värden är inaktiv	Sömn eller viloläge	Ströminställningar
Applikationer stängs av efter frånkoppling	Sessionavslutning, utloggning eller värdstart	Sessionsgränser och händelseloggar
Flera användare kopplar bort samtidigt	Delad gateway, nätverks- eller värdproblem	Infrastrukturhändelser

Dessa observationer är dock endast ledtrådar, och den verkliga orsaken kan vara en annan.

Till exempel, om din brandvägg har en inbyggd tidsgräns för inaktiva anslutningar, kan det förvirra frågan och dölja en RDS inaktiv sessionspolicy.

Nästa, kontrollera om Windows-sessionpolicyer är skyldiga.

Hur fungerar RDP-sessionstidsgränser och inaktivitetsgränser?

Fjärrskrivbordstjänster erbjuder många olika alternativ för att hantera tiden för sessioner, inaktivitet och stängning. Felaktig användning av dessa alternativ kan orsaka missförstånd bland administratörer, vilket resulterar i ändringar av policyer som inte överensstämmer med problemet.

Aktiva, inaktiva och frånkopplade sessionsgränser

Enligt Microsoft Learn's dokumentation för Remote Desktop Services policy Windows erbjuder tre huvudsakliga sessionstidsgränser:

• Aktiv sessionsgräns: Styr den maximala varaktigheten av en session, oavsett användarens aktivitet. En åtta timmars gräns kan koppla bort någon som har arbetat kontinuerligt.
• Inaktiv sessionsgräns: Styr hur länge en ansluten session kan förbli inaktiv innan Windows kopplar bort den. En gräns på 30 minuter kan avbryta en session efter 30 minuter utan användarinmatning.
• Frånkopplad sessionsgräns: Kontrollerar hur länge en redan frånkopplad session förblir på servern innan Windows avslutar den.

Gränsen för frånkopplade sessioner orsakar normalt inte avbrott i den initiala anslutningen. Istället avgör den hur länge användarens session och applikationer förblir tillgängliga efteråt.

Administratörer bör också granska policyn Avsluta sessionen när tidsgränserna nås När den är aktiverad kan denna inställning orsaka att tillämpliga aktiva eller inaktiva tidsgränser avslutar sessionen istället för att bara koppla bort den.

Vilka inställningar för sessionstimeout har företräde?

Sessiongränser kan kontrolleras av lokal grupprincip, domän grupprincip eller RDS-samlingsinställningar. Konfigurationsalternativen är inte alltid på samma nivå.

Windows agerar på gruppolicyn i förhållande till den tillämpliga policyhierarkin. När det gäller RDS-sessionstidsgränser innebär detta att datorpolicyer prioriteras över de associerade användarpolicyerna, medan tvingande policyinställningar kan ha företräde över konfiguration på samlingsnivå.

Detta innebär att ändringar av en inställning som görs på lokal nivå kan ha ingen effekt om ett annat värde anges i en domänpolicy.

Administratörer bör bestämma den effektiva konfigurationen innan de gör flera ändringar. Detta förhindrar att motstridiga policyer skapas, vilket kommer att förenkla registrering och felsökning.

Vad behöver göras för att åtgärda tidsgränser för fjärrskrivbordssessioner?

Om Remote Desktop fortsätter att koppla ifrån efter en viss tidsperiod, kontrollera först sessionstidsgränserna istället för att ändra nätverksinställningarna.

Steg 1: Kontrollera RDP-sessiongränser i gruppolicy

På den påverkade Windows-värden:

1. Öppen Kör och ange gpedit.msc .
2. Navigera till Datorconfiguration > Administrativa mallar > Windows-komponenter > Fjärrskrivbordstjänster > Fjärrskrivbords-sessionvärd > Sessionstidsgränser .
3. Granska Ställ in tidsgräns för aktiva Remote Desktop Services-sessioner .
4. Kontrollera Ställ in tidsgräns för aktiva men inaktiva Remote Desktop Services-sessioner .
5. Granska gränsen för frånkopplade sessioner och Avsluta sessionen när tidsgränserna nås .

Jämför de konfigurerade begränsningarna med det uppmätta intervallet mellan frånkopplingar som du har bevittnat.

Till exempel, om människor tenderar att koppla bort efter cirka 15 minuter av inaktivitet och en begränsning av inaktiva sessioner på 15 minuter är konfigurerad, är det en trolig orsak.

Ändra de relevanta instruktionerna baserat på behoven i din miljö. Det är vanligtvis bättre att helt enkelt utöka alltför strikta begränsningar istället för att ta bort dem helt. På datorer som hanteras av domänen kan du vilja öppna Group Policy Management Console (gpmc.msc) och studera den relevanta posten.

Steg 2: Verifiera vilka grupprinciper som tillämpas

Om ändring av en lokal policy inte löser problemet, fastställ vilka Group Policy Objects (GPO:er) som faktiskt tillämpas.

Från en höjd Command Prompt på den drabbade värden, kör:

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

Öppna rapporten för en dator och granska de tillämpade policys som gäller för datorn. För att se de tillämpade policys som gäller för en användare, granska informationen om Resultant Set of Policy för användaren eller se Group Policy Results för användaren genom att använda domänkontrollanten.

Efter att du har gjort en auktoriserad ändring av ett Group Policy-objekt, uppdatera inställningarna för Group Policy för de datorer där inställningen tillämpas:

gpupdate /force

Beroende på scenariot kan det vara nödvändigt för användare att återupprätta en anslutning eller till och med logga ut och logga in igen innan ändringen träder i kraft.

Detta steg är särskilt nödvändigt om samma RDS-miljö styrs av flera GPO:er.

Steg 3: Granska RDS-samling och RD Gateway-inställningar

I vanliga Microsoft RDS-installationer kan sessionsgränser också konfigureras på samlingsnivå.

Öppen Serverhanterare > Fjärrskrivbordstjänster > Samlingar välj den relevanta samlingen och granska dess sessionsinställningar. Kontrollera de aktiva, inaktiva och frånkopplade sessionsgränserna mot den avsedda konfigurationen.

Om användare ansluter via Remote Desktop Gateway (RD Gateway), inspektera gatewayens anslutningsauktoriseringspolicyer också.

På RD Gateway-servern:

1. Öppen Fjärrskrivbordsportalsadministratör .
2. Navigera till Policies > Anslutningsauktoriseringspolicyer .
3. Öppna den relevanta policyn.
4. Granska dess sessionstimeout-inställningar.

Ett tidsgräns som upprätthålls av en gateway kan inträffa även om Session Host tillåter förlängda sessioner.

Om problemet endast uppstår när du använder en RD Gateway, undersök då gateway-konfiguration och relaterade nätverksenheter innan du ändrar några Session Host-policyer.

Varför kopplar Remote Desktop från efter viss inaktivitet?

Inte alla avbrott relaterade till inaktivitet orsakas av en RDS inaktiv sessionsgräns. Det finns andra Windows-inställningar som kan störa, såsom säkerhetsrelaterade eller energihanteringsrelaterade inställningar.

Kontrollera inaktivitetsprinciper för Windows-maskiner

Windows kan konfigureras för att låsa en session efter en viss tidsperiod av inaktivitet från användaren.

Öppen secpol.msc och navigera till:

Lokala policyer > Säkerhetsalternativ > Interaktiv inloggning: Maskinens inaktivitetsgräns

Denna inställning specificerar inaktivitetsperioden, i sekunder, innan Windows låser sessionen.

En låsning avslutar vanligtvis inte RDP-sessionen eller stänger applikationer. Om användaren endast ser inloggningsskärmen för Windows, undersök låsningspolicyer innan några RDS-sessiongränser ändras.

Kontrollera skärmsläckare och ströminställningar

Skärmsläckarpolicyer kan också kräva att användare autentiserar sig efter inaktivitet.

Granska inställningarna under:

Användarkonfiguration > Administrativa mallar > Kontrollpanel > Personalisering

Var särskilt uppmärksam på skärmsläckartidsgränsen och inställningarna för lösenordsskydd.

På Windows-arbetsstationer kan sömn eller viloläge göra den fjärranslutna datorn tillfälligt otillgänglig. Kontrollera de relevanta ströminställningarna under Inställningar > System > Ström och batteri eller motsvarande gränssnitt för strömalternativ.

System som kräver kontinuerlig fjärråtkomst ska kunna nås på distans bör ha en korrekt energihanteringspolicy. Att inaktivera sömn på alla slutpunkter kan undergräva företags säkerhet och energibehov.

Vad är processen för att felsöka slumpmässiga RDP-avbrott?

Om fjärrskrivbordet ofta kopplas bort utan förvarning, särskilt när man arbetar aktivt, är nätverksgränssnitts- och transportfel mycket mer sannolika än att sessionen går ut.

Testa nätverksanslutning och VPN-stabilitet

Börja med att testa anslutningen till den relevanta servern eller gatewayen.

Test-NetConnection server.example.com -Port 3389

Detta testar om en TCP-anslutning kan göras till den angivna destinationen och porten. Byt ut värdnamnet och porten mot de värden som är relevanta för din miljö.

För att utföra pågående nåbarhetstester, kör:

ping server.example.com -t

Att använda kontinuerlig ping kan belysa intermittent paketförlust eller latensspikar om Internet Control Message Protocol (ICMP) är tillåtet. Ändå är framgångsrika ping-svar ingen garanti för stabiliteten hos RDP-transport.

Om avbrott är kopplade till nätverksstörningar, överväg Wi-Fi-avbrott, VPN-tunnelfel , routingändringar och brandväggstillståndsövergångar.

VPN-omnycklingsfel, brandväggsanslutningstidsavbrott och sessionsexpirationer för nätverksadressöversättning (NAT) kan alla störa annars stabila RDP-anslutningar.

När du analyserar alternativa anslutningsvägar, använd endast auktoriserade nätverksrutter. Exponera inte RDP för allmän internettrafik eller kringgå föreskrivna VPN-säkerhetspolicyer för diagnostiska ändamål.

Kontrollera om RDP UDP-transporten är ansvarig

Moderna RDP-sessioner använder nu User Datagram Protocol (UDP) utöver Transmission Control Protocol (TCP) för ökad responsivitet.

Men felkonfigurerade brandväggar, VPN:er eller andra nätverksapparater kan blockera UDP-paket.

För att testa om ett problem orsakas av UDP-paket, använd instruktionerna nedan för att tvinga Remote Desktop-klienten att endast använda TCP.

Öppna grupprincipen på klientdatorn och gå vidare till:

Datorconfiguration > Administrativa mallar > Windows-komponenter > Fjärrskrivbordstjänster > Fjärrskrivbordsanslutningsklient

Aktivera Stäng av UDP på klienten , koppla sedan upp igen och observera om avbrotten fortsätter.

Om anslutningen stabiliseras, se över UDP-hanteringen längs nätverksvägen.

Detta är ett diagnostiskt steg, inte en allmän lösning. TCP-endast anslutningar kommer att ha olika beteende på nätverk med dålig kvalitet, så se till att återupprätta den föredragna transporten när den grundläggande orsaken till problemet har åtgärdats.

Undersök hälsan hos Remote Desktop-klient och server

Permanenta frånkopplingar kan också utlösas av föråldrade Windows-komponenter, nätverksdrivrutiner eller instabilitet på den fjärranslutna värden.

Säkerställ att klient- och värdsystem hålls uppdaterade. Avgör om problem uppstod efter Windows-uppdateringar, ändringar av drivrutiner eller justeringar av nätverkskonfigurationer.

Undersök CPU-, minnes- och diskutnyttjande nära tidpunkten för felen. Övervakning av RDP-sessionens prestanda kan hjälpa till att korrelera resursutarmning kan påverka prestandan för Remote Desktop Services, även om hög utnyttjandegrad inte nödvändigtvis identifierar den grundläggande orsaken.

Undvik att starta om Remote Desktop-tjänster som ett initialt diagnostiskt steg på produktionsservrar. Tjänst- eller värdstart bör skjutas upp tills lämpliga förändringshanterings- och diagnostiska procedurer är genomförda, eftersom de kan störa andra användare.

Vad är sättet att diagnostisera RDP-avbrott när du använder Windows-loggar?

När din policy eller anslutningskontroller inte visar en anledning kan Windows händelseloggar hjälpa till att avgöra vad som kan ha inträffat före och under en frånkoppling. Microsoft Learns felsökningsguide ger ytterligare information om diagnostisering av fel vid frånkoppling av Remote Desktop.

Granska händelser för fjärrskrivbord i händelseloggen

Öppen eventvwr.msc på det drabbade Windows-systemet.

Relevanta server-sidiga händelsekanaler inkluderar:

• Applikationer och tjänster loggar > Microsoft > Windows > TerminalServices-LocalSessionManager > Operativ
• Applikationer och tjänster loggar > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operativ
• Windows-loggar > System

Dessa händelser kan hjälpa till att identifiera sessionanslutningar, frånkopplingar eller autentiseringsproblem och systemproblem.

För varje händelse, notera användaren som påverkades, Session Host, den ungefärliga tiden för händelsen och typen av anslutning som användes. Jämför dessa händelser med de som fångades av din RD Gateway, VPN och nätverksövervakningsprogramvara.

Ett Windows-evenemang som specificerar att en session har kopplats bort identifierar inte alltid den grundläggande orsaken. Det kan vara nödvändigt att granska relaterade händelser.

Kontrollera om Windows-sessionen fortfarande finns

På Remote Desktop Session Host, kör:

fråga session

Detta kommando visar dina aktuella sessioner och deras status.

Om den problematiska sessionen fortfarande är frånkopplad, kan dina appar fortfarande vara igång. Om sessionen inte längre är närvarande, se över utloggningar, sessionstädningspolicyer och omstart av värden.

På delade RDS-servrar, avstå från att döda sessioner när du felsöker, om du inte vet vem som påverkas och vilka konsekvenserna kan bli.

Korrelera frånkopplingar mellan flera användare

När flera användare kopplar bort sig samtidigt, titta på infrastrukturen först innan du går vidare till individuella användarmaskiner.

Omstart av en gateway, nätverksproblem eller en Session Host-krasch kan påverka många användare samtidigt.

Att korrelera händelser på flera maskiner hjälper till att avgöra om det var ett isolerat klientproblem eller något mer utbrett.

I vissa fall kan ytterligare analys av RDS och nätverksavtryck behövas för att fastställa den exakta orsaken och ordningen av händelser.

Hur kan du hålla Remote Desktop-sessioner och applikationer igång?

Vissa användare vill undvika avbrott av Remote Desktop eftersom det gör att applikationer kan fortsätta att köras efter att de har avslutat den fjärrsessionen.

Men att hålla RDP-sessionen öppen och säkerställa att Windows-arbetsbelastningen fortsätter att köras är två olika användningsfall.

Koppla från utan att logga ut

Att stänga Remote Desktop-klienten kopplar vanligtvis bort din anslutning men loggar inte ut dig från Windows.

Sessionen du har etablerat tenderar att behållas, och appar lämnas vanligtvis öppna om inte en sessionspolicy eller något annat evenemang stänger dem.

I kontrast, att välja Logga ut avslutar Windows-sessionen och stänger normalt dess applikationer.

Om applikationer avslutas oväntat efter en frånkoppling, granska tidsgränsen för frånkopplade sessioner och eventuella policyer som automatiskt städar upp sessioner.

Kör bakgrundsarbetsbelastningar oberoende av RDP-sessioner

Applikationer och processer som behöver köras kontinuerligt bör inte vara beroende av en interaktiv RDP-session som hålls öppen.

Beroende på arbetsbelastningen kan potentiella alternativ inkludera Windows-tjänster, Aktivitetsplanerare eller applikationsspecifik automatisering.

Även om Aktivitetsplaneraren kan köra specifika uppgifter utan övervakning (utan interaktiv inloggning), stöder inte alla Windows-skrivbordsapplikationer denna typ av operation.

För kritiska arbetsbelastningar är den föredragna metoden att separera applikationsprocessen från administratörens interaktiva session helt.

Hur kan du förhindra återkommande avbrott av Remote Desktop?

Implementeringen av standard sessionsregler, tillgänglighet av infrastruktur och översikt över nätverksaktivitet bidrar avsevärt till att förhindra slumpmässiga RDP-avbrott.

Först bör administratören definiera aktiva, inaktiva och frånkopplade sessionsgränser och tidsgränser enligt företagets säkerhetspolicy och användarnas krav. Dessutom hjälper den regelbundna kontrollen av de tillämpade och effektiva grupprinciperna, gatewayen och nätverksenhetens tidsgränser att undvika sessionsavbrott orsakade av deras inkompatibilitet.

Till exempel, om RDS-värdens användning har flera gäster eller användare, skulle det vara en bra idé att analysera serverns prestanda och undersöka separat förekommande fel eller incidenter under sessionen. Det kommer att möjliggöra att bestämma källan till problemet och eliminera problem med alla användare eller gäster på en gång.

Det är ett misstag att tro att ju längre sessionen är aktiv eller ihållande, desto bättre. Även om det är användbart för infrastrukturövervakning kan en öppen och aktiv session utan en operatör utgöra ett säkerhetshot.

Huvudidén är att förhindra oplanerade RDP-disconnectioner och avbrott utan att orsaka systeminstabilitet och säkerhetsproblem för operatörerna och användarna som arbetar med fjärrskrivbordet.

Letar du efter ett enklare alternativ till traditionell RDS?

För organisationer som vill förenkla centraliserad leverans av Windows-applikationer och skrivbord. TSplus Remote Access erbjuder applikationspublicering, webbläsartillgång och flersessionsegenskaper. Det ger ett alternativt tillvägagångssätt till traditionella RDS-distributioner samtidigt som det gör det möjligt för IT-team att hantera fjärranslutning genom en centraliserad lösning.

Slutsats

När Remote Desktop fortsätter att koppla ifrån, börja med att identifiera om Windows-sessionen låser, kopplar ifrån eller avslutas. Förutsägbara avbrott motiverar vanligtvis att kontrollera sessionspolicyer, medan slumpmässiga fel kräver noggrannare granskning av nätverksöverföring, gateways och systemloggar.

Målmedvetna konfigurationsändringar är mer effektiva än att inaktivera alla tidsgränser. Konsekventa policyer och övervakning hjälper till att upprätthålla pålitliga RDP-anslutningar utan att försvaga säkerheten.