A Távoli Asztal Folyamatosan Kihullik? Okok és Megoldások

Bevezetés

A váratlan Remote Desktop megszakítások megszakíthatják az adminisztratív munkát, és hatással lehetnek a felhasználókra egy teljes Remote Desktop Services (RDS) környezetben. Azonban a Remote Desktop Protocol (RDP) kapcsolat elvesztése nem feltétlenül jelenti azt, hogy a Windows munkamenet véget ért. Ez a cikk elmagyarázza, hogyan lehet azonosítani az okot, konfigurálni a munkamenetkorlátokat és megoldani a visszatérő megszakításokat anélkül, hogy a biztonságot veszélyeztetnénk.

Miért bontja a Remote Desktop a kapcsolatot?

A Remote Desktop munkameneteket megzavarhatják a Windows munkamenetpolitikák, hálózati problémák, átjáró problémák vagy szerveroldali problémák. A hasonló tünetek ellenére minden probléma specifikus megközelítést igényel.

A rendszergazdáknak elemezniük kell a helyzetet, és meg kell határozniuk, hogy pontosan mi történik a Windows munkamenettel és mikor, mielőtt bármilyen intézkedést tennének.

A munkamenet bontása, zárolása vagy kijelentkezése történik?

A Windows különböző munkamenet-állapotokat különböztet meg, amelyek ismerete elengedhetetlen a pontos hibaelhárításhoz.

Munkamenet állapota	Mi történik	Alkalmazásokra gyakorolt hatás
Aktív	A felhasználó csatlakozik és interakcióba lép a Windows-szal	Alkalmazások normálisan futnak
Inaktív	A munkamenet felhasználói beavatkozás nélkül marad csatlakoztatva	Az alkalmazások általában folytatják a futást
Zárolva	Az interakció folytatásához hitelesítés szükséges	Az alkalmazások általában aktívak maradnak
Kapcsolat megszakítva	Az RDP kapcsolat megszakad, de a Windows munkamenet megmarad.	Az alkalmazások általában folytatják a futást
Kijelentkezve	A Windows munkamenet véget ér	A munkamenetben futó alkalmazások általában bezáródnak

Ha a felhasználók újra csatlakoznak, és azt tapasztalják, hogy az alkalmazásaik még mindig futnak, akkor valószínűleg a munkamenetük megszakadt, nem pedig megszüntették. Ha az alkalmazások le lettek zárva, és a felhasználók egy új munkamenetet kapnak, akkor valószínűleg kijelentkezés, munkamenet megszüntetése vagy a gazda újraindítása történt.

A zárolt munkamenet ismét más. A felhasználóknak csak hitelesíteniük kell, hogy folytathassák a meglévő munkamenetüket, anélkül, hogy új RDP kapcsolatot létesítenének.

Mit mond a lecsatlakozás időzítése?

Az RDP-kapcsolat megszakításának időzítése és körülményei gyakran a legjobb nyomokat adják a mögöttes okra vonatkozóan.

Tünet	Lehetséges ok	Első ellenőrzés
Inaktív időszak után automatikusan bontja a kapcsolatot	Inaktív munkamenet korlát vagy hálózati időtúllépés	Munkamenet- és átjáróházirendek
A tevékenység során rögzített időtartam után bontja a kapcsolatot	Aktív munkamenet korlát vagy köztes időtúllépés	Aktív munkamenet és átjáró beállítások
Használat közben véletlenszerűen megszakad.	Csomagvesztés, VPN instabilitás vagy szállítási hiba	Hálózati kapcsolódás
Inaktivitás után zárolva	Windows inaktivitási vagy képernyővédő politika	Biztonsági beállítások
A gazda inaktív állapotában bontja a kapcsolatot	Alvás vagy hibernálás	Energiaellátási beállítások
Alkalmazások a kapcsolat megszakítása után bezáródnak	Munkamenet megszakítása, kijelentkezés vagy gazda újraindítása	Session korlátok és eseménynaplók
Több felhasználó egyszerre bontja a kapcsolatot	Megosztott átjáró, hálózati vagy hoszt probléma	Infrastruktúra események

Ezek a megfigyelések csak nyomok, és a valódi ok eltérő lehet.

Például, ha a tűzfala beépített időkorlátot tartalmaz az inaktív kapcsolatokra, az összezavarhatja a helyzetet, elrejtve egy RDS inaktív munkamenet politikát.

Következő lépésként ellenőrizze, hogy a Windows munkamenet-politikák okolhatók-e.

Hogyan működnek az RDP munkamenet időtúllépések és inaktív korlátok?

A távoli asztali szolgáltatások számos különböző lehetőséget kínálnak a munkamenetek, az inaktivitás és a bezárás idejének kezelésére. E lehetőségek helytelen használata félreértésekhez vezethet az adminisztrátorok között, ami olyan politikák megváltoztatásához vezethet, amelyek nem felelnek meg a problémának.

Aktív, Inaktív és Kapcsolatmegszakított Üléskorlátok

A szerint Microsoft Learn távoli asztali szolgáltatásokkal kapcsolatos irányelvek dokumentációja A Windows három fő munkamenet-időkorlátot biztosít:

• Aktív munkamenet korlát: A session maximális időtartamát szabályozza, függetlenül a felhasználói tevékenységtől. Egy nyolc órás korlát megszakíthatja azt, aki folyamatosan dolgozik.
• Inaktív munkamenet korlát: Irányítja, hogy mennyi ideig maradhat inaktív egy csatlakoztatott munkamenet, mielőtt a Windows megszakítja azt. A 30 perces korlát megszakíthat egy munkamenetet 30 perc elteltével felhasználói input nélkül.
• Kapcsolat nélküli munkamenet korlát: Irányítja, hogy mennyi ideig maradjon egy már leválasztott munkamenet a szerveren, mielőtt a Windows megszünteti azt.

A leválasztott munkamenet korlátja általában nem okoz kezdeti kapcsolatmegszakítást. Ehelyett meghatározza, hogy a felhasználó munkamenete és alkalmazásai mennyi ideig maradnak elérhetők utána.

A rendszergazdáknak szintén át kell nézniük a politikát. Session befejezése, amikor az időkorlátok elérkeznek. Ha engedélyezve van, ez a beállítás okozhatja, hogy az alkalmazható aktív vagy inaktív időkorlátok megszüntessék a munkamenetet, ahelyett, hogy csupán megszakítanák azt.

Melyik munkamenet-időtúllépési beállítás élvez elsőbbséget?

A munkamenet-korlátozások helyi csoportházirend, tartományi csoportházirend vagy RDS-gyűjtemény beállításai által vezérelhetők. A konfigurációs lehetőségek nem mindig azonos szinten találhatók.

A Windows a Csoportházirendre vonatkozóan a vonatkozó házirend hierarchiájában működik. Az RDS munkamenetidő-korlátozásokkal kapcsolatban ez azt jelenti, hogy a számítógépes házirendek prioritást élveznek a kapcsolódó felhasználói házirendekkel szemben, míg a végrehajtott házirendbeállítások felülírhatják a gyűjteményszintű konfigurációt.

Ez azt jelenti, hogy a helyi szinten végrehajtott beállításváltoztatásoknak nincs hatása, ha egy másik érték van megadva a tartományi házirendben.

A rendszergazdáknak meg kell határozniuk a hatékony konfigurációt, mielőtt több változtatást végeznének. Ez megakadályozza a ellentmondásos irányelvek létrehozását, ami egyszerűsíti a rögzítést és a hibaelhárítást.

Mit kell tenni a Remote Desktop munkamenet időtúllépések javításához?

Ha a Remote Desktop egy bizonyos idő elteltével folyamatosan megszakad, először ellenőrizze a munkamenet időkorlátait a hálózati beállítások megváltoztatása helyett.

1. lépés: Ellenőrizze az RDP munkamenet-korlátokat a csoportházirendben

Affected Windows gazdagépen:

1. Nyitva Futtatás és lépjen be gpedit.msc .
2. Navigálj a Számítógép konfiguráció > Adminisztratív sablonok > Windows összetevők > Távoli asztali szolgáltatások > Távoli asztali munkamenet gazda > Munkamenet időkorlátok .
3. Felülvizsgálat Állítson be időkorlátot az aktív Távoli Asztali Szolgáltatások munkameneteihez .
4. Ellenőrizze Állítson be időkorlátot az aktív, de inaktív Távoli Asztali Szolgáltatások munkamenetekhez .
5. Ellenőrizze a leválasztott munkamenet korlátját és Session befejezése, amikor az időkorlátok elérkeznek. .

Hasonlítsa össze a beállított korlátozásokat a megszakítások között tapasztalt mért időintervallummal.

Például, ha az emberek hajlamosak 15 perc inaktivitás után megszakítani a kapcsolatot, és 15 perces inaktív munkamenet-korlátozás van beállítva, akkor ez valószínűleg egy ok.

Módosítsa a vonatkozó utasításokat a környezete igényei szerint. Általában jobb, ha egyszerűen kiterjeszti a túl szigorú korlátozásokat, ahelyett, hogy teljesen eltávolítaná őket. A tartomány által kezelt számítógépeken érdemes megnyitni a Csoportházirend-kezelő konzolt (gpmc.msc), és tanulmányozni a vonatkozó bejegyzést.

Lépés 2: Ellenőrizze, hogy mely csoportházirendek vannak alkalmazva

Ha a helyi házirend megváltoztatása nem oldja meg a problémát, határozza meg, hogy mely Csoportházirend-objektumok (GPO-k) vannak ténylegesen alkalmazva.

Emelt szintű parancssorból a sérült gazdagépen futtassa:

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

Nyissa meg a jelentést egy számítógéphez, majd ellenőrizze a számítógépre alkalmazott irányelveket. A felhasználóra alkalmazott irányelvek megtekintéséhez ellenőrizze a felhasználóhoz tartozó Eredményhalmaz Irányelv információt, vagy nézze meg a Felhasználó csoportházirend-eredményeit a tartományvezérlő használatával.

Miután engedélyezett módosítást hajtott végre egy Csoportházirend-objektumon, frissítse a Csoportházirend beállításait azokon a számítógépeken, ahol a beállítás alkalmazva van:

gpupdate /force

A helyzettől függően előfordulhat, hogy a felhasználóknak újra kell csatlakozniuk, vagy akár ki kell jelentkezniük és vissza kell jelentkezniük, mielőtt a változás érvénybe lép.

Ez a lépés különösen szükséges, ha ugyanazt az RDS környezetet több GPO irányítja.

3. lépés: Az RDS gyűjtemény és az RD Gateway beállításainak áttekintése

A hagyományos Microsoft RDS telepítésekben a munkamenetkorlátok a gyűjtemény szintjén is konfigurálhatók.

Nyitva Szerverkezelő > Távoli asztali szolgáltatások > Gyűjtemények válassza ki a megfelelő gyűjteményt, és ellenőrizze annak munkamenet-jellemzőit. Ellenőrizze az aktív, inaktív és leválasztott munkamenetek korlátait a tervezett konfigurációval szemben.

Ha a felhasználók a Remote Desktop Gateway (RD Gateway) szolgáltatáson keresztül csatlakoznak, ellenőrizzék a gateway csatlakozási engedélyezési politikáit is.

Az RD Gateway szerveren:

1. Nyitva Távoli Asztali Hídkezelő .
2. Navigálj a Politikák > Csatlakozási Engedélyezési Politika .
3. Nyissa meg a megfelelő irányelvet.
4. Ellenőrizze a munkamenet időtúllépési beállításait.

A gateway által érvényesített időtúllépés akkor is bekövetkezhet, ha a Session Host engedélyezi a meghosszabbított üléseket.

Ha a probléma csak RD Gateway használata közben lép fel, vizsgálja meg a kapu konfiguráció és a kapcsolódó hálózati eszközök módosítása előtt bármely Session Host irányelvet.

Miért bontja a Remote Desktop a kapcsolatot némi inaktivitás után?

Nem minden inaktivitással kapcsolatos megszakítást egy RDS inaktív munkamenet korlátja okoz. Vannak más Windows-beállítások is, amelyek zavarhatják, például a biztonsággal vagy az energiafogyasztással kapcsolatos beállítások.

Ellenőrizze a Windows gép inaktivitási irányelveit

A Windows beállítható úgy, hogy egy munkamenetet lezárjon a felhasználó inaktivitásának bizonyos időtartama után.

Nyitva secpol.msc és navigáljon a következőhöz:

Helyi házirendek > Biztonsági beállítások > Interaktív bejelentkezés: Gépi inaktivitási korlát

Ez a beállítás a tétlenségi időt határozza meg másodpercekben, mielőtt a Windows lezárja a munkamenetet.

A zárolás általában nem zárja le az RDP munkamenetet, és nem zárja be az alkalmazásokat. Ezért, ha a felhasználó csak a Windows bejelentkezési képernyőt látja, vizsgálja meg a zárolási irányelveket, mielőtt megváltoztatná az RDS munkamenet korlátait.

Képernyővédő és energiaellátási beállítások ellenőrzése

A képernyővédő politikák azt is megkövetelhetik, hogy a felhasználók hitelesítsenek inaktivitás után.

Ellenőrizze a beállításokat itt:

Felhasználói konfiguráció > Adminisztratív sablonok > Vezérlőpult > Személyre szabás

Fizessen különös figyelmet a képernyővédő időtúllépésére és a jelszóvédelmi beállításokra.

A Windows munkaállomásokon az alvás vagy a hibernálás ideiglenesen elérhetetlenné teheti a távoli számítógépet. Ellenőrizze a megfelelő energia-beállításokat a következő helyen Beállítások > Rendszer > Áramellátás és akkumulátor vagy a megfelelő Energiagazdálkodási beállítások felületét.

Folyamatosan szükséges rendszerek távoli hozzáférés távolról elérhetőnek kell lennie, és megfelelő energiafogyasztási politikával kell rendelkeznie. Az alvás letiltása minden végponton alááshatja a vállalati biztonságot és az energiaigényeket.

Mi a folyamat a véletlenszerű RDP-kapcsolatok megszakításának hibaelhárításához?

Ha a távoli asztal gyakran figyelmeztetés nélkül megszakad, különösen aktív munka közben, a hálózati interfész és szállítási hibák sokkal valószínűbbek, mint a munkamenet időtúllépése.

Tesztelje a hálózati kapcsolatot és a VPN stabilitását

Kezdje a kapcsolódás tesztelésével a megfelelő szerverhez vagy átjáróhoz.

Test-NetConnection server.example.com -Port 3389

Ez teszteli, hogy létrehozható-e TCP kapcsolat a megadott célállomással és porttal. Cserélje ki a hosztnevet és a portot a környezetének megfelelő értékekre.

Folyamatos elérhetőségi tesztek végrehajtásához hajtsa végre:

ping server.example.com -t

A folyamatos ping használata kiemelheti az időszakos csomagvesztést vagy késleltetési csúcsokat, ha az Internet Control Message Protocol (ICMP) engedélyezve van. Mindazonáltal a sikeres ping válaszok nem garantálják az RDP szállítási stabilitást.

Ha a megszakítások összefüggésben állnak a hálózati zavarokkal, fontolja meg a Wi-Fi leállásokat, VPN alagút hibák irányítási változások és tűzfal állapotváltások.

VPN újrakonfigurálási hibák, tűzfal kapcsolódási időtúllépések és a Hálózati Címfordítás (NAT) munkamenet lejáratok mind zavarhatják az egyébként stabil RDP kapcsolatokat.

Alternatív kapcsolati útvonalak elemzésekor csak engedélyezett hálózati útvonalakat használjon. Ne tegye ki az RDP-t a nyilvános internetes forgalomnak, és ne kerülje meg a diagnosztikai célokra előírt VPN biztonsági politikákat.

Ellenőrizze, hogy az RDP UDP szállítás felelős-e

A modern RDP ülések most a felhasználói datagram protokollt (UDP) használják a továbbított vezérlő protokoll (TCP) mellett a nagyobb reakcióképesség érdekében.

De a rosszul konfigurált tűzfalak, VPN-ek vagy bármilyen más hálózati eszköz blokkolhatja az UDP csomagokat.

A probléma UDP csomagok által okozott voltának teszteléséhez használja az alábbi utasításokat, hogy a Remote Desktop klienst csak TCP használatára kényszerítse.

Nyissa meg a Csoportházirendet az ügyfélszámítógépen, és folytassa a következővel:

Számítógép konfiguráció > Adminisztratív sablonok > Windows összetevők > Távoli asztali szolgáltatások > Távoli asztali kapcsolat kliens

Engedélyezés Kapcsolja ki az UDP-t az ügyfélnél , majd csatlakozzon újra, és figyelje meg, hogy a megszakítások folytatódnak-e.

Ha a kapcsolat stabilizálódik, nézze meg az UDP kezelését a hálózati úton.

Ez egy diagnosztikai lépés, nem általános megoldás. A TCP-alapú kapcsolatok eltérő viselkedést mutatnak a gyenge minőségű hálózatokon, ezért győződjön meg róla, hogy a preferált szállítást újra létrehozza, miután a probléma gyökérokát kezelte.

Vizsgálja meg a Remote Desktop kliens és szerver állapotát

A tartós megszakításokat elavult Windows összetevők, hálózati illesztőprogramok vagy a távoli gazdagépen tapasztalható instabilitás is kiválthatja.

Biztosítsa, hogy az ügyfél- és a gazda rendszerek naprakészen legyenek tartva. Határozza meg, hogy a problémák a Windows frissítések, illesztőprogram-változások vagy a hálózati konfigurációs beállítások után jelentkeztek-e.

Vizsgálja meg a CPU, memória és lemezhasználatot a hibák időpontjában. RDP munkamenet teljesítményének figyelése segíthet összefüggésbe hozni, hogy az erőforrás-kimerülés hogyan befolyásolhatja a Remote Desktop Services teljesítményét, bár a magas kihasználtság nem feltétlenül azonosítja a gyökérokot.

Kerülje a Remote Desktop Services újraindítását kezdeti diagnosztikai lépésként a termelési szervereken. A szolgáltatás vagy a gazda újraindítását el kell halasztani, amíg a megfelelő változáskezelési és diagnosztikai eljárások be nem fejeződnek, mivel ezek megzavarhatják más felhasználókat.

Mi a módja az RDP-kapcsolatok megszakításának diagnosztizálására, amikor Windows naplókat használ?

Amikor a házirendje vagy a kapcsolódási ellenőrzések nem mutatnak okot, a Windows eseménynaplói segíthetnek meghatározni, mi történhetett a megszakítás előtt és alatt. Microsoft Learn hibaelhárító útmutatója további információt nyújt a Remote Desktop leválási hibák diagnosztizálásáról.

Események áttekintése a Távoli Asztalon az Eseményfigyelőben

Nyitva eventvwr.msc a sérintett Windows rendszeren.

A releváns szerveroldali eseménycsatornák közé tartozik:

• Alkalmazások és Szolgáltatások Naplói > Microsoft > Windows > TerminalServices-HelyiMunkamenedzser > Működési
• Alkalmazások és Szolgáltatások Naplói > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Működési
• Windows naplók > Rendszer

Ezek az események segíthetnek azonosítani a munkamenet kapcsolódásokat, megszakításokat vagy hitelesítési problémákat és rendszerproblémákat.

Minden eseménynél jegyezze fel a felhasználót, akit érintett, a Session Hostot, az esemény körüli időt és a használt kapcsolat típusát. Hasonlítsa össze ezeket az eseményeket az RD Gateway, VPN és hálózati megfigyelő szoftver által rögzített eseményekkel.

Egy Windows esemény, amely megadja, hogy egy munkamenet megszakadt, nem mindig azonosítja a gyökérokot. Szükséges lehet a kapcsolódó események áttekintése.

Ellenőrizze, hogy a Windows munkamenet még létezik-e

A Távoli Asztali Munkamenet Gazdán futtassa:

lekérdezési munkamenet

Ez a parancs megjeleníti a jelenlegi munkameneteit és azok állapotát.

Ha a problémás munkamenet még mindig megszakadt, akkor az alkalmazásai még mindig futásban lehetnek. Ha a munkamenet már nem létezik, nézze meg a kijelentkezéseket, a munkamenet-tisztítási irányelveket és a gazdagép újraindításait.

A megosztott RDS szervereken tartózkodjon a munkamenetek megszakításától a hibaelhárítás során, hacsak nem tudja, ki érintett és milyen következményekkel járhat.

Több felhasználó közötti kapcsolatmegszakítások összekapcsolása

Amikor több felhasználó egyszerre bontja a kapcsolatot, először az infrastruktúrát nézd meg, mielőtt az egyes felhasználói gépekre lépnél.

A kapu újraindítása, hálózati problémák vagy egy Session Host összeomlása sok felhasználót egyszerre leállíthat.

Az események összekapcsolása több gépen segít meghatározni, hogy ez egy elszigetelt kliensprobléma volt-e, vagy valami szélesebb körben elterjedt.

Bizonyos esetekben további elemzésre lehet szükség az RDS és a hálózati nyomok tekintetében a pontos ok és az események sorrendjének meghatározásához.

Hogyan tarthatja fenn a távoli asztali munkameneteket és alkalmazásokat?

Néhány felhasználó szeretné elkerülni a Remote Desktop bontásokat, mert ez lehetővé teszi az alkalmazások folytatását a távoli munkamenet befejezése után.

Az RDP munkamenet nyitva tartása és a Windows munkaterhelés folyamatos futásának biztosítása két különböző felhasználási eset.

Kijelentkezés nélkül

A Távoli Asztal kliens bezárása általában megszakítja a kapcsolatát, de nem jelentkezik ki a Windowsból.

A létrehozott munkamenet általában megmarad, és az alkalmazások általában nyitva maradnak, hacsak egy munkamenet-politika vagy valamilyen más esemény nem zárja be őket.

Ezzel szemben, a kiválasztás Kijelentkezés befejezi a Windows munkamenetet, és normálisan bezárja az alkalmazásait.

Ha az alkalmazások váratlanul megszakadnak egy leválasztás után, ellenőrizze a leválasztott munkamenet időtúllépési időszakát és azokat a szabályzatokat, amelyek automatikusan tisztítják a munkameneteket.

Futtassa a háttérmunkákat függetlenül az RDP munkamenetektől

Folyamatosan futó alkalmazásoknak és folyamatoknak nem szabad függniük egy interaktív RDP munkamenet nyitva tartásától.

A munkaterheléstől függően a lehetséges alternatívák közé tartozik a Windows szolgáltatások, a Feladatütemező vagy az alkalmazás-specifikus automatizálás.

Bár a Feladatütemező képes bizonyos feladatokat felügyelet nélkül (interaktív bejelentkezés nélkül) futtatni, nem minden Windows asztali alkalmazás támogatja ezt a típusú működést.

A kritikus munkaterhelések esetén a preferált módszer az alkalmazás folyamatának leválasztása az adminisztrátor interaktív munkamenetéről, teljesen.

Hogyan tudja megakadályozni a visszatérő távoli asztali kapcsolatmegszakításokat?

A standard munkamenet-szabályok végrehajtása, az infrastruktúra elérhetősége és a hálózati tevékenység áttekintése jelentősen hozzájárul a véletlenszerű RDP-kapcsolatok megszakításának megelőzéséhez.

Először az adminisztrátornak meg kell határoznia az aktív, inaktív és leválasztott munkamenetek korlátait és időtúllépéseit a cég biztonsági politikája és a felhasználói igények szerint. Ezenkívül a alkalmazott és érvényes Csoportházirendek, átjárók és hálózati eszközök időtúllépéseinek rendszeres ellenőrzése segít elkerülni a munkamenet leválasztását, amely az inkompatibilitásuk miatt következik be.

Például, ha az RDS gazda használatának több vendége vagy felhasználója van, akkor jó ötlet lenne elemezni a szerver teljesítményét és külön vizsgálni a munkamenet során előforduló hibákat vagy eseményeket. Ez lehetővé teszi a probléma forrásának meghatározását és a problémák egyidejű megszüntetését minden felhasználó vagy vendég esetében.

Hiba azt hinni, hogy minél hosszabb ideig aktív vagy tartós a munkamenet, annál jobb. Bár hasznos az infrastruktúra figyelésére, egy nyitott és futó munkamenet operátor nélkül biztonsági fenyegetést jelenthet.

A fő ötlet az, hogy megakadályozzuk a tervezett RDP-kapcsolatok megszakítását és megszakításait anélkül, hogy rendszertelenséget és biztonsági problémákat okoznánk az operátorok és felhasználók számára, akik a távoli asztallal dolgoznak.

Egyszerűbb alternatívát keres a hagyományos RDS-hez?

A szervezetek számára, amelyek a központosított Windows alkalmazások és asztali szolgáltatások egyszerűsítésére törekednek, TSplus Távhozzáférés alkalmazáskiadást, böngészőalapú hozzáférést és többfelhasználós munkamenet-képességeket kínál. Alternatív megközelítést nyújt a hagyományos RDS telepítésekhez, miközben lehetővé teszi az IT csapatok számára a távoli kapcsolatok központosított megoldáson keresztüli kezelését.

Következtetés

Amikor a Remote Desktop folyamatosan megszakad, kezdje azzal, hogy megállapítja, hogy a Windows munkamenet zárolódik, megszakad vagy véget ér. A kiszámítható megszakítások általában indokolják a munkamenet politikák ellenőrzését, míg a véletlenszerű hibák alaposabb vizsgálatot igényelnek a hálózati szállítás, átjárók és rendszer naplók terén.

A célzott konfigurációs változtatások hatékonyabbak, mint az összes időkorlát letiltása. A következetes irányelvek és a megfigyelés segítik a megbízható RDP kapcsolatok fenntartását anélkül, hogy gyengítenék a biztonságot.