Win7 - RDP कनेक्शन पर, लॉगऑफ़ के लिए मौजूदा उपयोगकर्ता सत्र को बाध्य न करें


1

यह एक बड़ा अनुत्तरित प्रश्न है। मूल रूप से " विंडोज 7 पर पाया गया - मौजूदा उपयोगकर्ता सत्र को लॉगऑफ़ करने के लिए मजबूर करें, डिस्कनेक्ट न करें, लॉग ऑन करें ", प्रश्न, 75k विचार और कोई समाधान नहीं है, इस प्रकार है:

हम विंडोज 7 का उपयोग कर एक एंटरप्राइज़ वातावरण पर हैं। कुछ उपयोगकर्ता RDP का उपयोग करके एक कार्य केंद्र से दूसरे में जुड़ेंगे। यदि लक्ष्य वर्कस्टेशन में कोई उपयोगकर्ता लॉग इन नहीं है, तो कोई समस्या नहीं है। यदि लक्ष्य वर्कस्टेशन में एक अलग उपयोगकर्ता लॉग इन है, तो यह कनेक्टर को संकेत देगा:

" एक अन्य उपयोगकर्ता वर्तमान में इस कंप्यूटर पर लॉग ऑन है। यदि आप जारी रखते हैं, तो इस उपयोगकर्ता को इस कंप्यूटर से डिस्कनेक्ट करना होगा। क्या आप जारी रखना चाहते हैं? "

"हां" का चयन करते समय, यह वर्तमान कनेक्ट किए गए उपयोगकर्ता को संकेत देगा यदि वे अभी डिस्कनेक्ट करना चाहते हैं या कनेक्शन के प्रयास से इनकार करते हैं। यदि वे प्रयास की अनुमति देने का चयन करते हैं (या यदि अनुरोध समय समाप्त हो जाता है), तो उन्हें लॉग ऑफ नहीं किया जाता है - इसके बजाय, उनका सत्र "डिस्कनेक्ट" हो जाता है और उनके प्रोग्राम चलते रहते हैं।

यह व्यवहार कुछ कार्यक्रमों में हस्तक्षेप करता है जो एक साथ सत्र होने पर ठीक से काम नहीं कर सकते हैं। जिस व्यवहार को हम बदलना चाहते हैं, वह है आरडीपी को मौजूदा कनेक्ट किए गए उपयोगकर्ता को डिस्कनेक्ट करने के बजाय लॉग ऑफ करने के लिए बाध्य करना। मुझे पता है कि यह संभव है क्योंकि हमारा पर्यावरण पहले ऐसा करने के लिए स्थापित किया गया था, लेकिन किसी ने कहीं कुछ बदल दिया और यह व्यवहार डिफ़ॉल्ट व्यवहार पर वापस लौट आया।

जिन चीजों को हम नहीं देख रहे हैं, वे हैं:

  • उपयोगकर्ता को स्वचालित रूप से लॉग इन करने के लिए एक समय निर्धारित करें
  • यदि कोई उपयोगकर्ता लॉग इन है, तो दूरस्थ रूप से लॉग ऑफ़ स्क्रिप्ट चलाएँ
  • दूरस्थ रूप से उपयोगकर्ता को लॉग इन करने के लिए कार्य प्रबंधक का उपयोग करें
  • किसी उपयोगकर्ता को स्वचालित रूप से लॉग इन करने के लिए लगातार चलने वाली स्क्रिप्ट का उपयोग करें ...

जो मैं बता सकता हूं उससे यह संभव नहीं है। आपको इस बात पर विचार करना चाहिए कि क्या बदला और कितना समय पहले। Windows XP में वह व्यवहार था जिसकी आपको तलाश थी। यदि आप उपयोगकर्ता नाम और पासवर्ड साझा कर रहे थे, तो आपको समान व्यवहार का अनुभव हो सकता है। यदि सभी उपयोगकर्ता RDP का उपयोग कर रहे थे, तो आप अनुभव कर सकते हैं कि आप क्या देख रहे थे। लेकिन, एक बार जब आप विंडोज 7 का उपयोग कर रहे थे, एक अलग उपयोगकर्ता के साथ, खुद के अलावा, कंसोल पर लॉग इन किया, तो यह व्यवहार उपलब्ध नहीं था।
Appleoddity

सही है कि XP ​​में वह व्यवहार था जिसकी मुझे तलाश है। हमने अपने सिस्टम को विंडोज 7 में अपग्रेड कर लिया था और जो व्यवहार मैं देख रहा था वह अभी भी लगभग डेढ़ साल से चल रहा था। मैंने इसे पहले हाथ के रूप में अनुभव किया और कह सकता हूं कि मैंने किसी भी डोमेन उपयोगकर्ता को पासवर्ड का उपयोग नहीं किया (यहां तक ​​कि पता है), इसलिए यह मामला भी नहीं था।
सिरदर्द

विंडोज 7 आम तौर पर केवल एक समय में एक सत्र को सक्रिय करने की अनुमति देता है। संभवतः आप एक टूटे हुए DLL के साथ काम कर रहे थे जो एक समय में कई सत्रों की अनुमति देता है और बाद के Windows अद्यतन के साथ DLL को पैच किया गया था। संभवतः यही कारण है कि आपने वह व्यवहार देखा जो आप थे। लेकिन तकनीकी रूप से यह एक्सपी व्यवहार के समान नहीं होगा। हालांकि यह भ्रमित हो सकता था। आप पर आरोप नहीं लगा रहे हैं, सिर्फ संभावनाओं का सुझाव दे रहे हैं।
Appleoddity

तेज़ उपयोगकर्ता स्विचिंग अक्षम करने का प्रयास करें और देखें कि क्या आपको इच्छित प्रभाव मिलता है। मुझे नहीं लगता कि इससे मदद मिलेगी। Howtogeek.com/howto/windows/…
Appleoddity

FUS पहले से ही अक्षम है। यह सिर्फ स्थानीय स्तर पर "प्रवेश बिंदु" को छुपाता है, इसलिए उपयोगकर्ता "उपयोगकर्ता को स्विच" करने का विकल्प नहीं देख पाएंगे । Win7 आमतौर पर "स्विच उपयोगकर्ता" विकल्प के साथ एक समय में कई सत्रों को सक्रिय करने की अनुमति देता है। समूह नीति में FUS को अक्षम करके इसे छिपाया जा सकता है, लेकिन मुख्य कार्यक्षमता बनी हुई है। मुझे यकीन नहीं है कि आप किस DLL का जिक्र कर सकते हैं, लेकिन यह ऐसा कुछ है जिसकी मैं जांच करना चाहता हूं। Win7 gina.dll को अनदेखा करता है इसलिए संशोधित gina's कुछ नहीं करते हैं। मैं XP के बाद किसी भी ओएस पर winlogon को संशोधित करने के बारे में कोई जानकारी नहीं पा रहा था
सिरदर्द
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.