5 मिनट में ऑटो लॉगऑफ निष्क्रिय आरडीपी उपयोगकर्ता
उपयोगकर्ता रिमोट डेस्कटॉप विंडो बंद कर देते हैं और चले जाते हैं, लेकिन उनका सत्र आपके सर्वर पर चलता रहता है - जिसमें रैम, खुली फ़ाइलें और एक लाइव लॉगिन होता है। यह मार्गदर्शिका विंडोज़ को समूह नीति सत्र समय सीमा का उपयोग करके स्वचालित रूप से निष्क्रिय आरडीपी उपयोगकर्ताओं को लॉग ऑफ करने के लिए सेट करती है, जिसमें व्यवस्थापक खाते को नियम से बाहर रखा जाता है।
📑अध्याय
- समस्या - भूत सत्र जो कई दिनों तक सर्वर पर साइन इन रहते हैं
- निष्क्रिय बनाम डिस्कनेक्टेड - दो अलग-अलग सत्र स्थितियाँ, दो अलग-अलग नीतियाँ
- सर्वर पर वर्तमान सत्र की जाँच करना
- समूह नीति संपादक को खोलना और सत्र समय सीमाएं ढूंढना
- निष्क्रिय सत्र की समय सीमा निर्धारित करना - वीडियो में 5 मिनट
- डिसकनेक्ट किए गए सत्र की समय सीमा निर्धारित करना
- समय सीमा पूरी होने पर सत्र समाप्त करें - वह सेटिंग जो इसे वास्तविक लॉगऑफ़ बनाती है
- एडमिन अकाउंट को लॉगऑफ़ नियम से बाहर रखना
- नीति लागू करना और पहले एक खाते पर परीक्षण करना
📋 अवलोकन और चरण-दर-चरण मार्गदर्शिका
पहले तीन सत्र राज्यों को जानें
सर्वर पर प्रत्येक दूरस्थ डेस्कटॉप सत्र तीन स्थितियों में से एक में होता है। सक्रिय का अर्थ है कि उपयोगकर्ता जुड़ा हुआ है और काम कर रहा है। निष्क्रिय का अर्थ है कनेक्टेड, लेकिन कीबोर्ड या माउस को छूना नहीं। डिस्कनेक्टेड का अर्थ है कि उपयोगकर्ता ने आरडीपी विंडो बंद कर दी है - लेकिन सत्र, और उसके अंदर का प्रत्येक एप्लिकेशन, अभी भी सर्वर पर चल रहा है।
यह अंतर मायने रखता है क्योंकि विंडोज़ की प्रत्येक राज्य के लिए अलग नीति है। केवल निष्क्रिय सीमा निर्धारित करने के कारण ही शुक्रवार से डिस्कनेक्ट किए गए सत्र सोमवार को भी सक्रिय रहते हैं। अपने सर्वर की वर्तमान स्थिति स्वयं देखें - सत्र होस्ट पर कमांड प्रॉम्प्ट खोलें और चलाएँ:
query session
वही चित्र टास्क मैनेजर में उपयोगकर्ता टैब पर दिखाई देता है।
समूह नीति संपादक खोलें
एक सर्वर के लिए, रन संवाद से स्थानीय समूह नीति संपादक खोलें:
gpedit.msc
यदि आप एक डोमेन के माध्यम से कई सर्वर प्रबंधित करते हैं, तो इसके बजाय समूह नीति प्रबंधन कंसोल का उपयोग करें और अपने सत्र होस्ट सर्वर रखने वाले ओयू से जुड़े जीपीओ को संपादित करें:
gpmc.msc
फिर कंप्यूटर कॉन्फ़िगरेशन > नीतियां > प्रशासनिक टेम्पलेट > विंडोज़ घटक > दूरस्थ डेस्कटॉप सेवाएँ > दूरस्थ डेस्कटॉप सत्र होस्ट > सत्र समय सीमा पर नेविगेट करें। सर्वर-वाइड नियम के लिए कंप्यूटर पक्ष को प्राथमिकता दें, इसलिए सीमा सर्वर का अनुसरण करती है, इससे कोई फर्क नहीं पड़ता कि कौन सा उपयोगकर्ता साइन इन करता है। सर्वर प्रबंधक > दूरस्थ डेस्कटॉप सेवाएँ > संग्रह > गुण > सत्र के तहत प्रति आरडीएस संग्रह पर भी समान सीमाएँ निर्धारित की जा सकती हैं - लेकिन उन्हें केवल एक ही स्थान पर प्रबंधित करें, क्योंकि समूह नीति तब जीतती है जब दो संघर्ष होते हैं।
निष्क्रिय सत्र की समय सीमा निर्धारित करें
सक्रिय लेकिन निष्क्रिय दूरस्थ डेस्कटॉप सेवा सत्रों के लिए समय सीमा निर्धारित करें खोलें, इसे सक्षम पर सेट करें और वीडियो में निष्क्रिय सीमा - 5 मिनट चुनें।
जब कोई कनेक्टेड सत्र इतने लंबे समय तक अप्रयुक्त रहता है, तो विंडोज़ पहले उपयोगकर्ता को एक ऑन-स्क्रीन चेतावनी दिखाता है कि वे साइन आउट होने वाले हैं, और फिर सीमा समाप्त हो जाती है। उस बिंदु पर क्या होता है - डिस्कनेक्ट या पूर्ण लॉगऑफ़ - यह अगले चरण द्वारा तय किया जाता है।
डिस्कनेक्टेड सीमा और लॉगऑफ़ स्विच सेट करें
अभी भी सत्र समय सीमा फ़ोल्डर के अंदर, अन्य दो नीतियां सेट करें:
डिस्कनेक्ट किए गए सत्रों के लिए समय सीमा निर्धारित करें - इसे सक्षम करें और चुनें कि डिस्कनेक्ट किया गया सत्र समाप्त होने से पहले कितनी देर तक रह सकता है। 30 मिनट से 1 दिन तक का समय आम विकल्प है। यह वह नीति है जो आरडीपी विंडो को बंद करके उपयोगकर्ताओं द्वारा छोड़े गए सत्रों को साफ़ करती है।
समय सीमा पूरी होने पर सत्र समाप्त करें - इसे सक्षम करें। यह एकल सेटिंग ही टाइमआउट को केवल डिस्कनेक्ट के बजाय लॉगऑफ़ में बदल देती है। इसके बिना, एक निष्क्रिय उपयोगकर्ता बस डिस्कनेक्ट हो जाता है और सत्र चलता रहता है - बिल्कुल वही समस्या जिसके साथ आपने शुरुआत की थी।
एडमिन अकाउंट को नियम से बाहर रखें
वीडियो का सेटअप जानबूझकर व्यवस्थापक को बाहर छोड़ देता है - एक व्यवस्थापक सत्र जो सर्वर पर मध्य-कार्य है, उसे सर्वर चलाने वाले व्यक्ति के नीचे से साइन आउट नहीं किया जाना चाहिए। ऐसा करने का साफ़ तरीका लक्ष्यीकरण है, न कि दूसरी परस्पर विरोधी नीति:
नियमित आरडीपी उपयोगकर्ताओं को उनके अपने ओयू या सुरक्षा समूह में रखें और उन पर सत्र-सीमा जीपीओ लागू करें; व्यवस्थापक खातों को उस दायरे से बाहर रखें (यदि आवश्यक हो तो GPO पर सुरक्षा फ़िल्टरिंग के साथ)। आरडीएस परिनियोजन पर, वही परिणाम उन उपयोगकर्ताओं को अपनी स्वयं की सत्र सेटिंग्स के साथ अपना संग्रह देने से आता है।
वही मार्ग वास्तविक अपवादों को कवर करता है - महीने के अंत की रिपोर्ट या रातोंरात निर्यात खाता जिसका कीबोर्ड निष्क्रिय है जबकि मशीन काम करने में व्यस्त है। ऐसे खाते को अपना स्वयं का समूह दें जिसमें लंबी या कोई निष्क्रिय सीमा न हो, और अपवाद को कारण और स्वामी के साथ लिखें। जो अपवाद लिखा नहीं गया है वह अपवाद नहीं है - यह एक अफवाह है।
नीति लागू करें, उपयोगकर्ताओं को चेतावनी दें और परीक्षण करें
अगले स्वचालित रिफ्रेश की प्रतीक्षा करने के बजाय तुरंत सर्वर पर नीति लागू करें:
gpupdate /force
फिर इस पर भरोसा करने से पहले परीक्षण करें: आरडीपी पर एक परीक्षण खाते से साइन इन करें, निष्क्रिय सीमा से पहले सत्र को अछूता छोड़ दें, और चेतावनी को प्रकट होते और लॉगऑफ होते हुए देखें। <कोड>क्वेरी सत्रकोड> फिर से चलाएं और पुष्टि करें कि सत्र पूरी तरह से समाप्त हो गया है, न कि केवल डिस्कनेक्ट हुआ है। डिस्कनेक्ट किए गए पथ का भी परीक्षण करें - कनेक्ट करें, आरडीपी विंडो बंद करें, और डिस्कनेक्ट सीमा के बाद सत्र समाप्त होने की जांच करें। उसके बाद ही सभी के लिए समान सेटिंग्स लागू करें।
🏷️विषय खोज चर और कीवर्ड
🎙️ पूर्ण प्रतिलेख - विस्तार करने के लिए टैप करें
__TOK_33__
__TOK_34__
__TOK_35__
❓अक्सर पूछे जाने वाले प्रश्न
क्या यह ट्यूटोरियल अनुसरण करने के लिए 100% निःशुल्क है?
__TOK_36__
क्या शुरुआती लोग इस गाइड का पालन कर सकते हैं?
__TOK_37__
यदि मैं फंस जाऊं तो मैं प्रश्न कहां पूछ सकता हूं?
__TOK_38__