Innholdsfortegnelse

Introduksjon

Uventede Remote Desktop-frakoblinger kan avbryte administrativt arbeid og påvirke brukere på tvers av et helt Remote Desktop Services (RDS) miljø. Imidlertid betyr det ikke nødvendigvis at Windows-økten har avsluttet når en Remote Desktop Protocol (RDP) tilkobling går tapt. Denne artikkelen forklarer hvordan man identifiserer årsaken, konfigurerer øktgrenser og løser gjentatte frakoblinger uten å kompromittere sikkerheten.

Hvorfor kobler Remote Desktop seg stadig fra?

Remote Desktop-økter kan bli forstyrret av Windows sesjonspolicyer, nettverksproblemer, gateway-problemer eller serverrelaterte problemer. Til tross for lignende symptomer, krever hvert problem en spesifikk tilnærming.

Administratorer bør analysere situasjonen og bestemme hva som nøyaktig skjer med Windows-økten og når det skjer før de tar noen tiltak.

Er sesjonen i ferd med å koble fra, låse eller logge av?

Windows skiller mellom flere sesjonstilstander, kunnskap om hvilke er essensiell for nøyaktig feilsøking.

Øktstatus Hva skjer Effekt på applikasjoner
Aktiv Brukeren er tilkoblet og interagerer med Windows Applikasjoner kjører normalt
Inaktiv Økten forblir tilkoblet uten brukerinput Applikasjoner fortsetter vanligvis å kjøre
Låst Autentisering er nødvendig for å gjenoppta interaksjonen Applikasjoner forblir generelt aktive
Frakoblet RDP-tilkoblingen lukkes, men Windows-økten forblir Applikasjoner fortsetter vanligvis å kjøre
Logget av Windows-økten avsluttes Applikasjoner som kjører i økten lukkes normalt.

Hvis brukerne kobler seg til igjen og oppdager at applikasjonene deres fortsatt kjører, ble sannsynligvis sesjonen deres frakoblet, ikke avsluttet. Hvis applikasjonene har blitt lukket og brukerne får en ny sesjon, kan det ha skjedd en utlogging, sesjonsavslutning eller omstart av verten.

En låst økt, igjen, er annerledes. Brukere må kanskje bare autentisere seg for å gjenoppta sin eksisterende økt, uten å opprette en ny RDP-tilkobling.

Hva forteller tidspunktet for frakoblingen deg?

Tidsrammen og omstendighetene ved en RDP-frakobling kan ofte gi de beste ledetrådene til den underliggende årsaken.

Symptom Mulig årsak Første sjekk
Kobles fra etter en fast inaktiv periode Inaktiv sesjonsgrense eller nettverksavbrudd Økt- og gateway-policyer
Kobles fra etter en fast varighet under aktivitet Aktiv sesjonsgrense eller mellomliggende tidsavbrudd Aktiv sesjon og gateway-innstillinger
Kobles tilfeldig fra under bruk Pakke-tap, VPN-instabilitet eller transportfeil Nettverksforbindelse
Låser etter inaktivitet Windows inaktivitet eller skjermsparerpolicy Sikkerhetsinnstillinger
Frakoblinger når verten er inaktiv Søvn eller dvale Strøminnstillinger
Applikasjoner lukkes etter frakobling Sesjonsavslutning, utlogging eller vert omstart Sesjonsgrenser og hendelseslogger
Flere brukere kobler fra samtidig Delt gateway, nettverks- eller vertproblem Infrastrukturhendelser

Imidlertid er disse observasjonene bare ledetråder, og den virkelige årsaken kan være en annen.

For eksempel, hvis brannmuren din har en innebygd tidsavbrudd for inaktive tilkoblinger, kan det forvirre saken og skjule en RDS inaktiv sesjonspolicy.

Neste, sjekk om Windows-øktpolitikkene er skyld i dette.

Hvordan fungerer RDP-økt tidsavbrudd og inaktivitetgrenser?

Fjernskriver tjenester tilbyr mange forskjellige alternativer for å administrere tiden for økter, inaktivitet og avslutning. Feil bruk av disse alternativene kan føre til misforståelser blant administratorer, noe som resulterer i endringer av retningslinjer som ikke samsvarer med problemet.

Aktive, inaktive og frakoblede sesjonsgrenser

I henhold til Microsoft Learn's dokumentasjon for policyer for Remote Desktop Services Windows gir tre hovedtidsbegrensninger for økter:

  • Aktiv sesjonsgrense: Kontrollerer den maksimale varigheten av en økt, uavhengig av brukeraktivitet. En åtte timers grense kan koble fra noen som har jobbet kontinuerlig.
  • Inaktiv sesjonsgrense: Kontrollerer hvor lenge en tilkoblet økt kan forbli inaktiv før Windows kobler den fra. En 30-minutters grense kan avbryte en økt etter 30 minutter uten brukerinput.
  • Frakoblet sesjonsgrense: Kontrollerer hvor lenge en allerede frakoblet økt forblir på serveren før Windows avslutter den.

Grensen for frakoblede økter forårsaker normalt ikke avbrudd i den innledende tilkoblingen. I stedet bestemmer den hvor lenge brukerens økt og applikasjoner forblir tilgjengelige etterpå.

Administratorer bør også gjennomgå retningslinjene. Avslutt økten når tidsgrensene er nådd Når denne innstillingen er aktivert, kan den føre til at gjeldende aktive eller inaktive tidsbegrensninger avslutter økten i stedet for bare å koble den fra.

Hvilke innstillinger for sesjonsutløp har prioritet?

Sesjonsgrenser kan kontrolleres av lokal gruppepolicy, domenegruppepolicy eller RDS-samlinginnstillinger. Konfigurasjonsalternativene er ikke alltid på samme nivå.

Windows handler gruppepolicyen i forhold til den gjeldende policyhierarkiet. Når det gjelder RDS-økts grenseverdier, betyr dette at datamaskinpolicyer prioriteres over de tilknyttede brukerpolicyene, mens håndhevede policyinnstillinger kan ha forrang over konfigurasjonen på samlingsnivå.

Dette betyr at endringer i en innstilling gjort på lokalt nivå kan ha ingen effekt hvis en annen verdi er spesifisert i en domenepolicy.

Administratorer bør bestemme den effektive konfigurasjonen før de gjør flere endringer. Dette forhindrer at motstridende retningslinjer blir opprettet, noe som vil forenkle registrering og feilsøking.

Hva må gjøres for å fikse tidsavbrudd i Remote Desktop-økter?

Hvis Remote Desktop fortsetter å koble fra etter en viss tidsperiode, sjekk først sesjonstidsgrensene i stedet for å endre nettverksinnstillingene.

Steg 1: Sjekk RDP-øktgrenser i gruppepolicy

På den berørte Windows-verten:

  1. Åpen Kjør og skriv inn gpedit.msc .
  2. Naviger til Datamaskinkonfigurasjon > Administrative maler > Windows-komponenter > Fjernbordstjenester > Fjernbordssessionvert > Sesjonstidsbegrensninger .
  3. Vurdering Sett tidsgrense for aktive Remote Desktop-tjenestesessioner .
  4. Sjekk Sett tidsgrense for aktive, men inaktive Remote Desktop Services-økter .
  5. Gjennomgå grensen for frakoblede økter og Avslutt økten når tidsgrensene er nådd .

Sammenlign de konfigurerte begrensningene med det målte intervallet mellom frakoblinger som du har vært vitne til.

For eksempel, hvis folk har en tendens til å koble fra etter omtrent 15 minutter med inaktivitet og en inaktiv sesjonsbegrensning på 15 minutter er konfigurert, er det en sannsynlig årsak.

Modifiser de relevante instruksjonene basert på behovene i ditt miljø. Det er vanligvis bedre å bare utvide altfor strenge begrensninger i stedet for å fjerne dem helt. På datamaskiner som administreres av domenet, kan det være lurt å åpne Group Policy Management Console (gpmc.msc) og studere den relevante oppføringen.

Trinn 2: Bekreft hvilke gruppepolicyer som er brukt

Hvis endring av en lokal policy ikke løser problemet, bestem hvilke Group Policy Objects (GPO-er) som faktisk er anvendt.

Fra en hevet kommandoprompt på den berørte verten, kjør:

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

Åpne rapporten for en datamaskin, og gjennomgå deretter retningslinjene som er anvendt på datamaskinen. For å se retningslinjene som er anvendt på en bruker, gjennomgå Resultant Set of Policy-informasjonen for brukeren eller se Group Policy Results for brukeren ved å bruke domenekontrolleren.

Etter at du har gjort en autorisert endring i et gruppepolicyobjekt, oppdater innstillingene for gruppepolicy for datamaskinene der innstillingen er anvendt:

gpupdate /force

Avhengig av scenariet kan det være nødvendig for brukerne å gjenopprette en tilkobling eller til og med logge av og på igjen før endringen trer i kraft.

Dette trinnet er spesielt nødvendig hvis det samme RDS-miljøet styres av flere GPO-er.

Steg 3: Gjennomgå RDS-samling og RD Gateway-innstillinger

I konvensjonelle Microsoft RDS-distribusjoner kan sesjonsgrenser også konfigureres på samlingsnivå.

Åpen Serverbehandling > Fjernskrivebordstjenester > Samlinger velg den relevante samlingen og gjennomgå dens sesjonsegenskaper. Sjekk de aktive, inaktive og frakoblede sesjonsgrensene mot den tiltenkte konfigurasjonen.

Hvis brukere kobler til via Remote Desktop Gateway (RD Gateway), inspiser gatewayens tilkoblingsautorisasjonspolicyer også.

På RD Gateway-serveren:

  1. Åpen Fjernskrivbord Gateway Manager .
  2. Naviger til Retningslinjer > Tilkoblingsautorisasjonspolicyer .
  3. Åpne den relevante policyen.
  4. Gjennomgå innstillingene for sesjonsutløp.

En tidsavbrudd som håndheves av en gateway kan oppstå selv om Session Host tillater utvidede økter.

Hvis problemet kun oppstår når du bruker en RD Gateway, undersøk den gateway-konfigurasjon og relaterte nettverksenheter før du endrer noen Session Host-policyer.

Hvorfor kobles Remote Desktop fra etter en viss inaktivitet?

Ikke alle avbrudd relatert til inaktivitet skyldes en RDS inaktiv sesjonsgrense. Det finnes andre Windows-innstillinger som kan forstyrre, som sikkerhetsrelaterte eller strømadministrasjonsrelaterte innstillinger.

Sjekk inaktivitetspolicyer for Windows-maskin

Windows kan konfigureres til å låse en økt etter en viss mengde tid med inaktivitet fra brukeren.

Åpen secpol.msc og naviger til:

Lokale retningslinjer > Sikkerhetsalternativer > Interaktiv pålogging: Maskin inaktivitet grense

Denne innstillingen spesifiserer inaktivitetstiden, i sekunder, før Windows låser sesjonen.

En lås vil vanligvis ikke avslutte RDP-økten eller lukke applikasjoner. Derfor, hvis brukeren bare ser på Windows-påloggingsskjermen, undersøk låsepolitikkene før du endrer noen RDS-øktsgrenser.

Sjekk skjermsparer- og strøminnstillinger

Skjermsparerpolicyer kan også kreve at brukere autentiserer seg etter inaktivitet.

Gjennomgå innstillingene under:

Brukerkonfigurasjon > Administrative maler > Kontrollpanel > Personalisering

Vær spesielt oppmerksom på innstillingene for skjermsparerens tidsavbrudd og passordbeskyttelse.

På Windows-arbeidsstasjoner kan søvn eller hibernasjon gjøre den eksterne datamaskinen midlertidig utilgjengelig. Sjekk de relevante strøminnstillingene under Innstillinger > System > Strøm og batteri eller det tilsvarende grensesnittet for Strømalternativer.

Systemer som krever kontinuerlig fjernaksess bør kunne nås på avstand og ha riktig strømstyringspolicy. Å deaktivere søvn på alle endepunkter kan undergrave bedriftsikkerhet og strømbehov.

Hva er prosessen for å feilsøke tilfeldige RDP-frakoblinger?

Hvis skrivebordet fjernstyres ofte uten forvarsel, spesielt når man jobber aktivt, er nettverksgrensesnitt- og transportfeil mye mer sannsynlig enn at økten går ut.

Test nettverksforbindelse og VPN-stabilitet

Begynn med å teste tilkoblingen til den relevante serveren eller portalen.

Test-NetConnection server.example.com -Port 3389

Dette tester om en TCP-tilkobling kan opprettes til den angitte destinasjonen og porten. Bytt ut vertsnavnet og porten med verdiene som er relevante for ditt miljø.

For å utføre pågående tilgjengelighetstester, kjør:

ping server.example.com -t

Bruk av kontinuerlig ping kan fremheve intermitterende pakkeforringelse eller latensspiker hvis Internet Control Message Protocol (ICMP) er tillatt. Likevel er vellykkede ping-svar ingen garanti for stabilitet i RDP-transport.

Hvis frakoblinger er korrelert med nettverksforstyrrelser, vurder Wi-Fi-avbrudd, VPN tunnelfeil , rutingendringer og brannmurtilstandsoverganger.

VPN rekeying-feil, brannmurtilkoblingsavbrudd og utløp av Network Address Translation (NAT)-økter kan alle forstyrre ellers stabile RDP-tilkoblinger.

Når du analyserer alternative tilkoblingsveier, bruk kun autoriserte nettverksruter. Ikke eksponer RDP for generell Internett-trafikk eller omgå pålagte VPN-sikkerhetspolicyer for diagnostiske formål.

Sjekk om RDP UDP-transport er ansvarlig

Moderne RDP-økter bruker nå User Datagram Protocol (UDP) i tillegg til Transmission Control Protocol (TCP) for økt responsivitet.

Men feilkonfigurerte brannmurer, VPN-er eller andre nettverksenheter kan blokkere UDP-pakker.

For å teste om et problem skyldes UDP-pakker, bruk instruksjonene nedenfor for å tvinge Remote Desktop-klienten til kun å bruke TCP.

Åpne gruppepolicyen på klientdatamaskinen og gå videre til:

Datamaskinkonfigurasjon > Administrative maler > Windows-komponenter > Fjerndesktjenester > Fjerndesktoptilkoblingsklient

Aktiver Slå av UDP på klienten , så koble til igjen og observer om avbruddene fortsetter.

Hvis tilkoblingen stabiliserer seg, se på UDP-håndtering langs nettverksveien.

Dette er et diagnostisk trinn, ikke en generell løsning. TCP-tilkoblinger vil ha ulik oppførsel på nettverk med dårlig kvalitet, så vær sikker på å gjenopprette den foretrukne transporten når årsaken til problemet er løst.

Undersøk helsen til Remote Desktop-klient og -server

Vedvarende frakoblinger kan også utløses av utdaterte Windows-komponenter, nettverksdrivere eller ustabilitet på den eksterne verten.

Sørg for at klient- og verts-systemer holdes oppdatert. Bestem om problemer oppstod etter Windows-oppdateringer, endringer av drivere eller justeringer av nettverkskonfigurasjoner.

Undersøk CPU-, minne- og diskbruk nær tidspunktet for feil. Overvåking av RDP-øktens ytelse kan hjelpe med å korrelere ressursutnyttelse som kan påvirke ytelsen til Remote Desktop Services, selv om høy utnyttelse ikke nødvendigvis identifiserer den underliggende årsaken.

Unngå å starte Remote Desktop-tjenester på nytt som et innledende diagnostisk steg på produksjonsservere. Tjeneste- eller vertrestarter bør utsettes til passende endringshåndterings- og diagnostiske prosedyrer er fullført, da de kan forstyrre andre brukere.

Hva er måten å diagnostisere RDP-frakoblinger når du bruker Windows-loggene?

Når policyen din eller tilkoblingskontrollene ikke viser en grunn, kan Windows-hendelseslogger hjelpe med å avgjøre hva som kan ha skjedd før og under en frakobling. Microsoft Learn's feilsøkingsveiledning gir ytterligere informasjon om diagnostisering av feil ved frakobling av Remote Desktop.

Se gjennom Remote Desktop-hendelser i Event Viewer

Åpen eventvwr.msc på det berørte Windows-systemet.

Relevante server-side hendelseskanaler inkluderer:

  • Applikasjoner og tjenestelogg > Microsoft > Windows > TerminalServices-LocalSessionManager > Operasjonell
  • Applikasjoner og tjenestelogg > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Operasjonell
  • Windows-logger > System

Disse hendelsene kan hjelpe med å identifisere sesjonsforbindelser, frakoblinger, eller autentiseringsproblemer og systemproblemer.

For hvert arrangement, noter brukeren som ble påvirket, Session Host, den omtrentlige tiden for arrangementet, og typen tilkobling som ble brukt. Sammenlign disse hendelsene med de som ble fanget av din RD Gateway, VPN, og nettverksovervåkingsprogramvare.

En Windows-hendelse som spesifiserer at en økt er frakoblet, identifiserer ikke alltid den underliggende årsaken. Det kan være nødvendig å gjennomgå relaterte hendelser.

Sjekk om Windows-økten fortsatt eksisterer

På Remote Desktop Session Host, kjør:

forespørsel økt

Denne kommandoen viser dine nåværende økter og deres status.

Hvis den problematiske økten fortsatt er frakoblet, kan appene dine fortsatt være i gang. Hvis økten ikke lenger er til stede, se på loggføringer, øktopprydningspolitikker og vertens omstart.

På delte RDS-servere, unngå å avslutte økter når du feilsøker, med mindre du vet hvem som er berørt og hva konsekvensene kan være.

Korreler frakoblinger på tvers av flere brukere

Når flere brukere kobler fra samtidig, se på infrastrukturen først før du går videre til individuelle brukermaskiner.

Omstart av en gateway, nettverksproblemer eller et Session Host-krasj kan bringe ned mange brukere samtidig.

Korrelering av hendelser på flere maskiner hjelper med å avgjøre om det var et isolert klientproblem eller noe mer utbredt.

I noen tilfeller kan det være nødvendig med ytterligere analyse av RDS og nettverkslogger for å fastslå den nøyaktige årsaken og rekkefølgen av hendelser.

Hvordan kan du holde Remote Desktop-økter og applikasjoner i gang?

Noen brukere ønsker å unngå frakoblinger av Remote Desktop fordi det lar applikasjoner fortsette å kjøre etter at de avslutter den eksterne økten.

Imidlertid er det to forskjellige bruksområder å holde RDP-økten åpen og sikre at Windows-arbeidsbelastningen fortsetter å kjøre.

Koble fra uten å logge ut

Å lukke Remote Desktop-klienten kobler vanligvis fra tilkoblingen din, men logger deg ikke ut av Windows.

Økten du har opprettet har en tendens til å bli beholdt, og apper forblir vanligvis åpne med mindre en øktpolicy eller en annen hendelse lukker dem.

I motsetning til å velge Logg ut avslutter Windows-økten og lukker normalt programmene sine.

Hvis applikasjoner avsluttes uventet etter en frakobling, gjennomgå tidsavbruddsperioden for frakoblede økter og eventuelle retningslinjer som automatisk rydder opp i økter.

Kjør bakgrunnsarbeid uavhengig av RDP-økter

Applikasjoner og prosesser som må kjøre kontinuerlig, bør ikke være avhengige av at en interaktiv RDP-økt forblir åpen.

Avhengig av arbeidsmengden kan potensielle alternativer inkludere Windows-tjenester, Oppgaveplanlegger eller applikasjonsspesifikk automatisering.

Mens Oppgaveplanleggeren kan kjøre spesifikke oppgaver uten tilsyn (uten interaktiv pålogging), støtter ikke alle Windows skrivebordsapplikasjoner denne typen drift.

For kritiske arbeidsbelastninger er den foretrukne metoden å skille applikasjonsprosessen fra administratorens interaktive økt, helt.

Hvordan kan du forhindre gjentatte frakoblinger av Remote Desktop?

Implementering av standard sesjonsregler, tilgjengelighet av infrastruktur og oversikt over nettverksaktivitet bidrar betydelig til å forhindre tilfeldige RDP-frakoblinger.

Først bør administratoren definere aktive, inaktive og frakoblede sesjonsgrenser og tidsavbrudd i henhold til selskapets sikkerhetspolicy og brukerbehov. Videre hjelper den regelmessige sjekken av de anvendte og effektive gruppepolicyene, gatewayen og tidsavbrudd for nettverksenheter med å unngå sesjonsfrakobling forårsaket av deres inkompatibilitet.

For eksempel, hvis RDS-vertens bruk har flere gjester eller brukere, ville det være en god idé å analysere serverens ytelse og undersøke separat forekommende feil eller hendelser under økten. Det vil tillate å bestemme kildene til problemet og eliminere problemer med alle brukere eller gjester samtidig.

Det er en feil å tro at jo lenger sesjonen er aktiv eller vedvarende, jo bedre. Selv om det er nyttig for infrastrukturmonitorering, kan en åpen og kjørende sesjon uten en operatør være en sikkerhetstrussel.

Hovedideen er å forhindre uplanlagte RDP-frakoblinger og avbrudd uten å forårsake systeminstabilitet og sikkerhetsproblemer for operatørene og brukerne som arbeider med den eksterne skrivebordet.

Ser du etter et enklere alternativ til tradisjonell RDS?

For organisasjoner som ønsker å forenkle sentralisert levering av Windows-applikasjoner og skrivebord. TSplus Remote Access tilbyr applikasjonspublisering, nettleserbasert tilgang og flersesjonskapasiteter. Det gir en alternativ tilnærming til tradisjonelle RDS-distribusjoner samtidig som det lar IT-teamene administrere ekstern tilkobling gjennom en sentralisert løsning.

Konklusjon

Når Remote Desktop fortsetter å koble fra, begynner du med å identifisere om Windows-økten låses, kobles fra eller avsluttes. Forutsigbare avbrudd rettferdiggjør vanligvis å sjekke øktpolitikkene, mens tilfeldige feil krever nærmere undersøkelse av nettverkstransport, porter og systemlogger.

Målrettede konfigurasjonsendringer er mer effektive enn å deaktivere alle tidsavbrudd. Konsistente retningslinjer og overvåking bidrar til å opprettholde pålitelige RDP-tilkoblinger uten å svekke sikkerheten.

TSplus Fjernaksess Gratis prøveversjon

Ultimate Citrix/RDS-alternativ for skrivebords-/app-tilgang. Sikker, kostnadseffektiv, lokalt/cloud

Videre lesning

back to top of the page icon