Remote Desktop se neustále odpojuje? Příčiny a opravy

Úvod

Neočekávané odpojení od vzdálené plochy může přerušit administrativní práci a ovlivnit uživatele v celém prostředí služeb vzdálené plochy (RDS). Ztráta připojení protokolu vzdálené plochy (RDP) však nemusí nutně znamenat, že relace Windows skončila. Tento článek vysvětluje, jak identifikovat příčinu, nakonfigurovat limity relací a vyřešit opakující se odpojení, aniž by došlo k ohrožení bezpečnosti.

Proč se Remote Desktop neustále odpojuje?

Relace vzdálené plochy mohou být narušeny politikami relací systému Windows, problémy sítě, problémy s bránou nebo problémy na straně serveru. I přes podobné příznaky vyžaduje každý problém specifický přístup.

Administrátoři by měli analyzovat situaci a určit, co přesně se děje se sezením Windows a kdy se to děje, než podniknou jakékoli kroky.

Odpojuje se relace, zamyká nebo se odhlašuje?

Windows rozlišuje mezi několika stavy relace, jejichž znalost je nezbytná pro přesné odstraňování problémů.

Stav relace	Co se stane	Účinek na aplikace
Aktivní	Uživatel je připojen a interaguje s Windows	Aplikace běží normálně
Nečinný	Relace zůstává připojena bez vstupu uživatele	Aplikace obvykle pokračují v běhu
Zamčeno	Ověření je vyžadováno k obnovení interakce	Aplikace obvykle zůstávají aktivní
Odpojeno	RDP připojení se uzavírá, ale relace Windows zůstává.	Aplikace obvykle pokračují v běhu
Odhlášeno	Windows relace končí	Aplikace běžící v relaci se obvykle zavírají

Pokud se uživatelé znovu připojí a zjistí, že jejich aplikace stále běží, jejich relace byla pravděpodobně odpojena, nikoli ukončena. Pokud byly aplikace zavřeny a uživatelé jsou prezentováni s novou relací, mohlo dojít k odhlášení, ukončení relace nebo restartu hostitele.

Zamčená relace je opět jiná. Uživatelé se možná budou muset pouze autentizovat, aby obnovili svou stávající relaci, aniž by museli vytvářet nové RDP připojení.

Co vám říká načasování odpojení?

Časování a okolnosti odpojení RDP často mohou poskytnout nejlepší náznaky základní příčiny.

Příznak	Možná příčina	První kontrola
Odpojuje se po pevném nečinném období	Limit nečinnosti relace nebo časový limit sítě	Politiky relací a brány
Odpojuje se po pevně stanovené době během aktivity	Limit aktivní relace nebo časový limit prostředníka	Nastavení aktivní relace a brány
Náhodně se odpojuje během používání	Ztráta paketů, nestabilita VPN nebo selhání přenosu	Síťové připojení
Zamyká po nečinnosti	Politika nečinnosti systému Windows nebo spořiče obrazovky	Nastavení zabezpečení
Odpojení, když je hostitel nečinný	Spánek nebo hibernace	Nastavení napájení
Aplikace se zavřou po odpojení	Ukončení relace, odhlášení nebo restart hostitele	Limity relací a protokoly událostí
Více uživatelů se odpojuje současně	Sdílený problém s bránou, sítí nebo hostitelem	Infrastrukturní události

Tyto pozorování jsou však pouze vodítka a skutečná příčina může být jiná.

Například, pokud má váš firewall vestavěný časový limit pro neaktivní připojení, může to zkomplikovat situaci a skrýt politiku nečinnosti RDS.

Další, zkontrolujte, zda jsou na vině politiky relací Windows.

Jak fungují časové limity relací RDP a limity nečinnosti?

Služby vzdálené plochy nabízejí řadu různých možností pro správu času relací, nečinnosti a uzavírání. Nesprávné používání těchto možností může způsobit nedorozumění mezi administrátory, což vede ke změně politik, které neodpovídají problému.

Limity aktivních, nečinných a odpojených relací

Podle Dokumentace politiky služeb vzdálené plochy Microsoft Learn Windows poskytuje tři hlavní časové limity relací:

• Limit aktivních relací: Ovládá maximální délku relace, bez ohledu na aktivitu uživatele. Osmihodinový limit může odpojit někoho, kdo pracoval nepřetržitě.
• Limit nečinné relace: Ovládá, jak dlouho může připojená relace zůstat nečinná, než ji Windows odpojí. 30minutový limit může přerušit relaci po 30 minutách bez vstupu uživatele.
• Limit odpojené relace: Ovládá, jak dlouho zůstává již odpojená relace na serveru, než ji Windows ukončí.

Limit odpojené relace obvykle nezpůsobuje přerušení počátečního připojení. Místo toho určuje, jak dlouho zůstává relace uživatele a aplikace dostupné poté.

Správci by měli také přezkoumat politiku Ukončete relaci, když jsou dosaženy časové limity. Když je tato funkce povolena, může toto nastavení způsobit, že platné aktivní nebo nečinné časové limity ukončí relaci místo pouhého odpojení.

Která nastavení časového limitu relace mají přednost?

Omezení relací mohou být řízena místními zásadami skupiny, zásadami skupiny domény nebo nastavením sbírky RDS. Možnosti konfigurace nejsou vždy na stejné úrovni.

Windows jedná na základě Skupinové politiky ve vztahu k platné hierarchii politik. V souvislosti s časovými limity relací RDS to znamená, že politiky počítače mají přednost před příslušnými uživatelskými politikami, zatímco vynucená nastavení politik mohou mít přednost před konfigurací na úrovni kolekce.

To znamená, že změny nastavení provedené na místní úrovni nemusí mít žádný účinek, pokud je v doménové politice uvedena jiná hodnota.

Správci by měli určit efektivní konfiguraci před provedením více změn. To zabraňuje vytváření konfliktních politik, což usnadní zaznamenávání a odstraňování problémů.

Co je třeba udělat pro opravu časových limitů relací vzdálené plochy?

Pokud se Remote Desktop po určité době neustále odpojuje, nejprve zkontrolujte časové limity relace místo změny nastavení sítě.

Krok 1: Zkontrolujte limity relací RDP v zásadách skupiny

Na postiženém hostiteli Windows:

1. Otevřeno Spustit a zadejte gpedit.msc .
2. Přejděte na Konfigurace počítače > Správní šablony > Složky Windows > Služby vzdálené plochy > Hostitel relací vzdálené plochy > Časové limity relací .
3. Recenze Nastavit časový limit pro aktivní relace služeb vzdálené plochy .
4. Zkontrolovat Nastavit časový limit pro aktivní, ale nečinné relace Služeb vzdálené plochy .
5. Zkontrolujte limit odpojených relací a Ukončete relaci, když jsou dosaženy časové limity. .

Porovnejte nakonfigurovaná omezení s naměřeným intervalem mezi odpojeními, kterých jste byli svědky.

Například, pokud se lidé obvykle odpojují po přibližně 15 minutách nečinnosti a je nastavena omezení nečinnosti na 15 minut, je to pravděpodobná příčina.

Upravte příslušné pokyny na základě potřeb vašeho prostředí. Obvykle je lepší jednoduše rozšířit příliš přísná omezení místo jejich úplného odstranění. Na počítačích spravovaných doménou byste měli otevřít konzolu pro správu skupinových politik (gpmc.msc) a prostudovat příslušný záznam.

Krok 2: Ověřte, které skupinové politiky jsou aplikovány

Pokud změna místní politiky nevyřeší problém, zjistěte, které objekty skupinové politiky (GPO) jsou skutečně aplikovány.

Z vyvýšeného příkazového řádku na postiženém hostiteli spusťte:

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

Otevřete zprávu pro počítač a poté zkontrolujte politiky aplikované na počítač. Chcete-li zobrazit politiky aplikované na uživatele, zkontrolujte informace o výsledné sadě politik pro uživatele nebo zobrazte výsledky skupinové politiky pro uživatele pomocí řadiče domény.

Po provedení autorizované změny objektu skupinové politiky aktualizujte nastavení skupinové politiky pro počítače, na které se nastavení vztahuje:

gpupdate /force

V závislosti na scénáři může být nutné, aby uživatelé znovu navázali připojení nebo se dokonce odhlásili a znovu přihlásili, než změna nabude účinnosti.

Tento krok je obzvlášť potřebný, pokud je stejné prostředí RDS řízeno více GPO.

Krok 3: Zkontrolujte nastavení sbírky RDS a brány RD

V tradičních nasazeních Microsoft RDS mohou být limity relací také konfigurovány na úrovni kolekce.

Otevřeno Správce serveru > Služby vzdálené plochy > Kolekce , vyberte příslušnou kolekci a zkontrolujte vlastnosti její relace. Zkontrolujte limity aktivních, nečinných a odpojených relací vůči zamýšlené konfiguraci.

Pokud se uživatelé připojují přes Remote Desktop Gateway (RD Gateway), zkontrolujte také autorizační politiky připojení brány.

Na serveru RD Gateway:

1. Otevřeno Správce brány pro vzdálenou plochu .
2. Přejděte na Politiky > Politiky autorizace připojení .
3. Otevřete příslušnou politiku.
4. Zkontrolujte nastavení časového limitu relace.

Časový limit, který je vynucen bránou, může nastat i v případě, že hostitel relace povoluje prodloužené relace.

Pokud se problém vyskytuje pouze při používání RD Gateway, prozkoumejte konfigurace brány a související síťová zařízení před úpravou jakýchkoli politik hostitele relace.

Proč se Remote Desktop odpojí po určité nečinnosti?

Ne všechny přerušení související s nečinností jsou způsobeny limitem nečinnosti relace RDS. Existují i další nastavení Windows, která mohou zasahovat, jako jsou nastavení související s bezpečností nebo správou napájení.

Zkontrolujte politiky nečinnosti systému Windows

Windows lze nakonfigurovat tak, aby uzamkl relaci po určitém čase neaktivity uživatele.

Otevřeno secpol.msc a přejděte na:

Místní zásady > Možnosti zabezpečení > Interaktivní přihlášení: Limit nečinnosti stroje

Toto nastavení určuje dobu nečinnosti, v sekundách, před tím, než Windows uzamkne relaci.

Zamknutí obvykle neskončí relaci RDP ani nezavře aplikace. Pokud tedy uživatel vidí pouze přihlašovací obrazovku Windows, prozkoumejte politiky zamykání před změnou jakýchkoli limitů relace RDS.

Zkontrolujte nastavení spořiče obrazovky a napájení

Politiky spořiče obrazovky mohou také vyžadovat, aby se uživatelé autentizovali po nečinnosti.

Zkontrolujte nastavení pod:

Uživatelská konfigurace > Správní šablony > Ovládací panel > Personalizace

Věnujte zvláštní pozornost nastavení časového limitu spořiče obrazovky a ochraně heslem.

Na pracovních stanicích se systémem Windows může spánek nebo hibernace dočasně učinit vzdálený počítač nedostupným. Zkontrolujte příslušná nastavení napájení v sekci Nastavení > Systém > Napájení a baterie nebo odpovídající rozhraní Možnosti napájení.

Systémy, které vyžadují nepřetržité vzdálený přístup mělo by být možné přistupovat na dálku a mělo by mít správnou politiku správy energie. Zakázání spánku na všech koncových bodech může oslabit bezpečnost podniku a potřeby energie.

Jaký je proces pro řešení náhodných odpojení RDP?

Pokud je vzdálená plocha často odpojena bez varování, zejména při aktivní práci, jsou selhání síťového rozhraní a přenosu mnohem pravděpodobnější než vypršení časového limitu relace.

Testování konektivity sítě a stability VPN

Začněte testováním konektivity k příslušnému serveru nebo bráně.

Test-NetConnection server.example.com -Port 3389

Tento testuje, zda lze navázat TCP připojení k danému cíli a portu. Vyměňte název hostitele a port za hodnoty relevantní pro vaše prostředí.

Pro provádění průběžných testů dostupnosti spusťte:

ping server.example.com -t

Používání kontinuálního pingu může zvýraznit občasnou ztrátu paketů nebo špičky latence, pokud je povolen protokol Internet Control Message Protocol (ICMP). Nicméně úspěšné odpovědi na ping nejsou zárukou stability RDP transportu.

Pokud jsou odpojení spojena s výpadky sítě, zvažte výpadky Wi-Fi, Selhání VPN tunelu , změny směrování a přechody stavu firewallu.

Selhání obnovování VPN, časové limity připojení firewallu a vypršení relací překladu síťové adresy (NAT) mohou narušit jinak stabilní RDP připojení.

Při analýze alternativních cest připojení používejte pouze autorizované síťové trasy. Neodhalujte RDP obecné internetové dopravě ani neobcházejte stanovené bezpečnostní politiky VPN pro diagnostické účely.

Zkontrolujte, zda je odpovědný transport RDP UDP

Moderní RDP relace nyní používají protokol User Datagram Protocol (UDP) vedle protokolu Transmission Control Protocol (TCP) pro zvýšení reaktivity.

Ale špatně nakonfigurované firewally, VPN nebo jakákoliv jiná síťová zařízení mohou blokovat UDP pakety.

Chcete-li otestovat, zda problém způsobují UDP pakety, použijte níže uvedené pokyny k tomu, abyste donutili klienta vzdálené plochy používat pouze TCP.

Otevřete zásady skupiny na klientském počítači a pokračujte na:

Konfigurace počítače > Správní šablony > Složky Windows > Služby vzdálené plochy > Klient připojení vzdálené plochy

Povolit Vypnout UDP na klientovi , poté se znovu připojte a sledujte, zda přerušení pokračují.

Pokud se připojení stabilizuje, podívejte se na zpracování UDP podél síťové cesty.

Toto je diagnostický krok, nikoli obecné řešení. Připojení pouze přes TCP budou mít na sítích s nízkou kvalitou odlišné chování, proto se ujistěte, že znovu nastavíte preferovaný transport, jakmile bude vyřešen základní problém.

Prozkoumat zdraví klienta a serveru Remote Desktop

Trvalé odpojení může být také způsobeno zastaralými komponenty Windows, síťovými ovladači nebo nestabilitou na vzdáleném hostiteli.

Zajistěte, aby byly klientské a hostitelské systémy aktuální. Zjistěte, zda se problémy objevily po aktualizacích systému Windows, změnách ovladačů nebo úpravách konfigurace sítě.

Zkontrolujte využití CPU, paměti a disku v době selhání. Sledování výkonu RDP relace může pomoci korelovat vyčerpání zdrojů, které může ovlivnit výkon Služeb vzdálené plochy, i když vysoké využití nemusí nutně identifikovat základní příčinu.

Vyhněte se restartování služeb vzdálené plochy jako počátečnímu diagnostickému kroku na produkčních serverech. Restartování služby nebo hostitele by mělo být odloženo, dokud nebudou dokončeny příslušné postupy řízení změn a diagnostiky, protože mohou narušit ostatní uživatele.

Jak diagnostikovat odpojení RDP, když používáte protokoly Windows?

Když vaše politika nebo kontroly připojení neukazují důvod, mohou protokoly událostí systému Windows pomoci určit, co se mohlo stát před a během odpojení. Poradce pro řešení problémů od Microsoft Learn poskytuje další informace o diagnostice chyb odpojení od vzdálené plochy.

Zkontrolujte události vzdálené plochy v prohlížeči událostí

Otevřeno eventvwr.msc na postiženém systému Windows.

Relevatní kanály událostí na straně serveru zahrnují:

• Aplikace a služby protokoly > Microsoft > Windows > TerminalServices-LocalSessionManager > Provozní
• Aplikace a služby protokoly > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Provozní
• Windows Logs > Systém

Tyto události mohou pomoci identifikovat připojení k relacím, odpojení nebo problémy s ověřováním a systémové problémy.

Pro každou událost zaznamenejte uživatele, kterého se to týkalo, hostitele relace, přibližný čas události a typ použitého připojení. Porovnejte tyto události s těmi, které zachytil váš RD Gateway, VPN a software pro monitorování sítě.

Windows událost, která specifikuje, že se relace odpojila, vždy nemusí identifikovat základní příčinu. Může být nutné přezkoumat související události.

Zkontrolujte, zda relace Windows stále existuje

Na hostiteli relace vzdálené plochy spusťte:

dotazovací relace

Tento příkaz zobrazuje vaše aktuální relace a jejich stavy.

Pokud je problémová relace stále odpojena, vaše aplikace mohou stále běžet. Pokud relace již není přítomna, podívejte se na odhlášení, politiky údržby relací a restartování hostitele.

Na sdílených RDS serverech se vyhněte ukončování relací při odstraňování problémů, pokud nevíte, kdo je ovlivněn a jaké mohou být následky.

Korelovat odpojení napříč více uživateli

Když se více uživatelů odpojí najednou, nejprve se podívejte na infrastrukturu, než přejdete k jednotlivým uživatelským strojům.

Restartování brány, problémy sítě nebo havárie hostitele relace mohou současně ovlivnit mnoho uživatelů.

Korelování událostí na více strojích pomáhá určit, zda se jednalo o izolovaný problém klienta, nebo o něco širšího.

V některých případech může být potřeba další analýza RDS a síťových stop, aby se určil přesný důvod a pořadí událostí.

Jak můžete udržet relace a aplikace Remote Desktop v chodu?

Někteří uživatelé by chtěli vyhnout odpojení od Remote Desktop, protože to umožňuje aplikacím pokračovat v běhu po ukončení vzdálené relace.

Udržování otevřené relace RDP a zajištění, že pracovní zátěž Windows pokračuje v běhu, jsou dva různé případy použití.

Odpojit bez odhlášení

Zavření klienta Remote Desktop obvykle odpojí vaše připojení, ale neodhlásí vás z Windows.

Relace, kterou jste vytvořili, má tendenci být uchována a aplikace jsou obvykle ponechány otevřené, pokud je neuzavře politika relace nebo jiná událost.

Naopak, výběr Odhlásit se ukončuje relaci Windows a obvykle zavírá její aplikace.

Pokud aplikace neočekávaně končí po odpojení, zkontrolujte časový limit pro odpojené relace a jakékoli politiky, které automaticky čistí relace.

Spouštění pracovních zátěží na pozadí nezávisle na relacích RDP

Aplikace a procesy, které musí běžet nepřetržitě, by neměly být závislé na tom, že interaktivní relace RDP zůstane otevřená.

V závislosti na zátěži mohou být potenciálními alternativami služby Windows, Plánovač úloh nebo automatizace specifická pro aplikaci.

Zatímco Plánovač úloh může spouštět konkrétní úkoly bez dozoru (bez interaktivního přihlášení), ne všechny aplikace pro desktop Windows tuto operaci podporují.

Pro kritické pracovní zátěže je preferovanou metodou oddělit proces aplikace od interaktivní relace správce.

Jak můžete zabránit opakovaným odpojením vzdálené plochy?

Implementace standardních pravidel relací, dostupnost infrastruktury a přehled síťové aktivity významně přispívají k prevenci náhodných odpojení RDP.

Nejprve by měl administrátor definovat limity a časové limity pro aktivní, neaktivní a odpojené relace podle bezpečnostní politiky společnosti a požadavků uživatelů. Kromě toho pravidelná kontrola aplikovaných a účinných skupinových politik, časových limitů brány a síťových zařízení pomáhá vyhnout se odpojení relace způsobenému jejich nekompatibilitou.

Například, pokud má RDS hostitel více hostů nebo uživatelů, bylo by dobré analyzovat výkon serveru a zkoumat samostatně se vyskytující chyby nebo incidenty během relace. To umožní určit zdroj problému a odstranit problémy se všemi uživateli nebo hosty najednou.

Je chybou věřit, že čím déle je relace aktivní nebo trvalá, tím lépe. I když je to užitečné pro monitorování infrastruktury, otevřená a běžící relace bez operátora může představovat bezpečnostní hrozbu.

Hlavní myšlenkou je zabránit neplánovaným odpojením RDP a přerušením, aniž by došlo k destabilizaci systému a bezpečnostním problémům pro operátory a uživatele, kteří pracují s vzdálenou plochou.

Hledáte jednodušší alternativu k tradičnímu RDS?

Pro organizace, které chtějí zjednodušit centralizované dodávání aplikací a desktopů Windows, TSplus Remote Access nabízí publikaci aplikací, přístup přes prohlížeč a možnosti vícero uživatelských relací. Poskytuje alternativní přístup k tradičním nasazením RDS, zatímco umožňuje IT týmům spravovat vzdálené připojení prostřednictvím centralizovaného řešení.

Závěr

Když se Remote Desktop neustále odpojuje, začněte tím, že zjistíte, zda se relace Windows zamyká, odpojuje nebo končí. Předvídatelné přerušení obvykle odůvodňuje kontrolu politik relací, zatímco náhodné selhání vyžaduje podrobnější prozkoumání síťového přenosu, brán a systémových protokolů.

Cílené změny konfigurace jsou účinnější než vypnutí všech časových limitů. Konzistentní politiky a monitorování pomáhají udržovat spolehlivá RDP připojení bez oslabení bezpečnosti.