Szeretné, ha a webhely más nyelven lenne?
TSPLUS BLOG
Amikor túl sok RDP munkamenet marad nyitva, bármilyen okból, valószínűleg a rendszergazdáknak be kell fejezniük néhányat ezek közül. Íme, hogyan lehet befejezni, visszaállítani, leállítani stb. egy RDP munkamenetet távolról.
)
Amikor túl sok RDP munkamenet marad nyitva, bármi legyen is az ok, a rendszergazdáknak valószínűleg be kell zárniuk néhányat közülük. Íme, hogyan lehet befejezni, visszaállítani, leállítani stb. egy RDP munkamenetet távolról. Azonban tartsa észben, mielőtt nekivágnának, hogy egy munkamenet erőszakos bezárása, még akkor is, ha tétlen, adatvesztést okozhat. Ennek következtében mindig jó, ha képesek vagyunk előre figyelmeztetni a felhasználókat, hogy cselekedhessenek. Végül, tudja meg, hogyan módosíthatja a hálózati beállításokat TSplus és egyszerűsítse ezt a helyzetet.
Főként az RDP munkameneteket csak akkor kell megszakítani, ha valamilyen módon akadoznak vagy nem működnek megfelelően. Valóban, egy munkamenet titokban történő megszakítása nagy valószínűséggel az adatok elvesztéséhez vezet. Azt azonban el kell mondani, hogy itt vannak néhány fő ok arra, hogy ne hagyjuk nyitva az RDP munkameneteket céltalanul.
Általában csak egy meghatározott számú élő vagy nyitott RDP kapcsolat lehetséges, függetlenül attól, hogy hogyan van beállítva. Ha ez a kvóta teljesen ki van használva, a szerver megállítja az új kapcsolatokat.
Nyitott inaktív RDP kapcsolatok azonos belső vagy külső biztonsági megsértésekre nyitnak utat. Bármilyen erős a kibervédelem, túl sok potenciális fenyegetés van ahhoz, hogy kockázatot vállaljunk a biztonsággal.
Nyitott kapcsolatok foglalják el a szerverterületet és a sávszélességet különböző pontokon. Ezért az inaktívak hagyása gyorsan vezethet az erőforrások felesleges elhasználásához. Egyszerűen az ablak bezárása nem zárja automatikusan le a munkamenetet. Ez rávilágít arra, hogy szükség van arra, hogy a felhasználókat tájékoztassák és beállításokat módosítsanak annak érdekében, hogy elkerüljék ezt.
Ennek eredményeként az open session-ök hostolása memóriát és energiát használ, mind aktív, mind inaktív állapotban. Még a legkisebb memória- vagy sávszélesség-használat megtakarítása is összeadódik. Együtt nagyon örömmel fogadják majd, tekintve, hogy az energia költségei meredeken emelkedtek, mindenhol árakat hengerelve.
A biztonság fontos elegendő ahhoz, hogy ez második említést kapjon. Sok területet érint az IT és a hálózatok területén, legyen az helyi vagy távoli, ezért nem hagyható figyelmen kívül. Az adatok annál biztonságosabbak lesznek, minél kevesebb nyitott kapcsolat létezik. Különösen akkor, ha ezek a kapcsolatok nyitottak a vándorló eszközökről vagy a vállalati hálózaton kívülről.
A kulcs a parancssorokban rejlik, tehát szükséged lesz mind a szakértelemre, mind az adminisztratív jogosultságokra annak érdekében, hogy kövesd ezeket a lépéseket. Két parancssor futtatása szükséges egymás után.
Egyszer megszerezted a listát, meg kell jegyezned minden munkamenet azonosítóját, amelyet le akarsz zárni. Szükséged lesz arra az azonosítóra a második lépésben.
A parancs valami ilyesmit jelent:
C:Windowssystem…>qwinsta
vagy C: Felhasználók\szervernév>qwinsta
vagy C: Lekérdezési munkamenet felhasználónév szerver: Szervernév
ahol keresni tudja a kiszolgálót, rendszert vagy felhasználót, amelyet be szeretne írni. Ahogy sejti, az lekérdezett információ alapján több vagy kevésbé pontos eredményeket fog meghatározni.
Válassza ki a listából azt a felhasználót vagy azonosítót, amelyet szeretne, bármely függő munkamenetet, azokat, amelyeket be kell fejezni stb., és jegyezze fel. Valóban, a felhasználót és az azonosítót be kell szúrni a következő lépésben.
Talán be kell állítani, de még mindig nem akarod befejezni. A Logoffgal ellentétben, amely teljesen leállítja a munkamenetet, a munkamenet újraindítása aktívvá kell hagynia. Mindazonáltal ne felejtsd el, hogy a felhasználók kockáztatják az elmentetlen adatok elvesztését bármelyik folyamatban.
A cél RDP munkamenet visszaállításához futtasd le a parancsot a megfelelő azonosítóval. Így fog kinézni:
C:> visszaállítás munkamenetMunkamenetNév|SessionIDszerver:ServerName
vagy hasonló.
Általában a fenti lépések megfelelően lezárják a munkamenetet. Mivel semmi sem teljesen hibátlan, itt van még egy lehetőség. Még mindig futtathatja a parancsot annak érdekében, hogy leállítsa a munkamenethez kapcsolódó pontos feladatot. Ehhez először állítsa le a bejelentkezési folyamatot, majd cselekedjen az aktuális folyamatazonosítóval.
Amikor a lemaradó és lassú munkamenetekről van szó, kevés dolgot tehetsz. De az "elhagyott" és "tétlen" munkamenetekkel kapcsolatban biztosíthatod, hogy a felhasználók ismerjék a néhány alapvető dolgot. Tájékoztasd mindenkit, hogy egyszerűen az ablak bezárása nem zárja le a munkamenetüket. Add hozzá, hogy a kapcsolat bontása a megfelelő lépés ehhez. Ezt követően elmagyarázhatod a szerver erőforrásokban történő megtakarítást. Emellett mutasd ki, hogy ez hogyan teszi lehetővé a simább hálózati kapcsolatot mindenkinek. És ha az energia megtakarítás érvényes, akkor azt is vegyék figyelembe.
Ami a felhasználók számának túllépésének elkerülését illeti, a legegyszerűbb megoldás a beállítások. A távoli munkamenet szabályainak adaptálásával ellenőrizheti a feltételeket és javíthatja a helyzetet. Íme néhány példa arra, hogy milyen lépéseket tehetnek az adminisztrátorok a Távoli Hozzáférés konzolon.
Válassza ki az időtartamot, amely alatt a munkamenetek inaktívak maradhatnak a "Munkamenetkezelés és Helyi Csoportirányelvek (GPO)" részben. Ott azt is beállíthatja, hogy bármely megszakadt munkamenetet lezárják. Állítsa be, hogy az azonos felhasználó által végrehajtott új bejelentkezés új munkamenetet generáljon, zárja be az előzőt vagy rögzítse azt. Ez a funkció ugyanabban a "GPO" felhasználó újracsatlakozás szakaszában található.
Ha további részleteket szeretne megtudni ezekről a beállításokról, kattintson ide a Gyakran Ismételt Kérdéseinkhez az Üres Munkamenetek Kijelentkezésének módjáról. És végül, további védelmi réteg érhető el a TSplus Advanced Security segítségével. Ezzel a biztonsági eszközzel ellenőrizheti, hogy mikor engedélyezett a bejelentkezés. "Munkaidő" .
Fent láthatja a lépéseket, amelyeket a legtöbb Windows és Citrix környezetben kell végrehajtani. Szoftverünket gondosan terveztük a biztonság és a folyamatosság érdekében. Valóban szeretjük, ha a szoftver biztonságos, hatékony, felhasználóbarát és megfizethető. Kérjük, látogasson el honlapunkra weboldal 15 napig ingyenesen kipróbálhatja a Távoli Hozzáférést, valamint bármely más TSplus terméket.
TSplus Távoli Hozzáférés Ingyenes Próbaverzió
Ultimate Citrix/RDS alternatíva asztali/app hozzáféréshez. Biztonságos, költséghatékony, helyszíni/felhő.
Az Ön TSplus csapata
Egyszerű, megbízható és megfizethető távoli hozzáférési megoldások az IT szakemberek számára.
Az Ultimate Toolbox a Microsoft RDS ügyfelek jobb kiszolgálásához.
Lépjen kapcsolatba
Kapcsolódó bejegyzések
)
Ez a cikk IT szakemberek számára készült, akik az HTML5 RDP klienst szeretnék megvalósítani Windows Serveren, részletes útmutatót, stratégiai betekintéseket és legjobb gyakorlatokat kínálva a robusztus telepítés biztosítása érdekében.
)
Ez a cikk átfogó áttekintést nyújt a mappa megosztások beállításáról, a Windows Server környezetekre összpontosítva.
)
Ez a cikk mélyen belemerül az RD Gateway működésébe, a RD Gateway szerver címének meghatározására és konfigurálására összpontosítva, amely alapvető információ az IT szakemberek számára, akik a hálózatuk biztonságát és hozzáférhetőségét kívánják erősíteni.
)
Ez a cikk részletes összehasonlítást nyújt a Linux, a Windows és a macOS között, hogy segítsen az IT szakembereknek meghatározni, melyik operációs rendszer van optimalizálva a webalkalmazásokhoz.
)
)
)
)