एउटा VPN, दुई Windows खाता: अर्को सत्र किन बिग्रन्छ
मार्ग र रिजोल्भरहरू मेसिनभरिका हुन्छन्, त्यसैले एउटा खाताको टनेलले अरूको मार्ग बदल्छ। त्यसपछि 'प्रयोगकर्ता परिवर्तन' प्रविष्टि कुन नीति वा लगआन मोड्युलले हटायो पत्ता लगाउनुहोस्।
दुई जना साइन इन छन्, तिनीहरूमध्ये एकजनाले कर्पोरेट टनेलमा जोडिन्छ, र अर्को खाताको ब्राउजर एक मिनेट अघिसम्म राम्रोसँग खुलिरहेका पृष्ठहरू लोड गर्न रोक्छ। त्यही मेसिनमा साइन इन स्क्रिनबाट 'प्रयोगकर्ता परिवर्तन' प्रविष्टि पनि हराएको छ, त्यसैले दोस्रो व्यक्ति आफ्नै सत्रमा फर्कन सक्दैन। यसलाई दोस्रो सत्रबाट बाहिरतिर पछ्याउनु बुझ्ने सबैभन्दा छिटो बाटो हो, किनभने पहिलो प्रयोगकर्ताको जडानमा केही लुकेको छैन, र कुन वस्तुहरू साझा छन् भनेर देखेपछि दोस्रो प्रयोगकर्ताको समस्यामा केही रहस्य रहँदैन।
बिग्रिएको सत्रबाट सुरु गर्नुहोस्
पहिलोको होइन, दोस्रो खाताको डेस्कटपमा जानुहोस्। त्यहाँ टर्मिनल खोल्नुहोस् र अर्को सत्र जोडिएको बेला राउटिङ तालिका र रिजोल्भर सूची हेर्नुहोस्। तपाईंले देख्ने सबै कुरा मेसिनको हो, अर्को प्रयोगकर्ताको होइन — यही पहिलो संकेत हो।
Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric | Select-Object -First 12 DestinationPrefix,NextHop,InterfaceAlias
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,ServerAddresses
Get-NetConnectionProfile | Select-Object Name,NetworkCategory,IPv4Connectivityयदि पूर्वनिर्धारित मार्ग अब टनेल इन्टरफेसमा देखाउँछ भने, दोस्रो प्रयोगकर्ताको ट्राफिक पनि त्यसैलाई पछ्याउँछ। यदि रिजोल्भर सूचीमा निजी सर्भर थपिएको छ भने, तिनीहरूका खोजी अब टनेल झरेपछि पुग्न नसकिने ठाउँमा जान्छन्। यीमध्ये कुनै पनि क्लाइन्टको बग होइन; यी एउटै साझा नेटवर्क स्ट्याकका परिणाम हुन्।
तेस्रो आदेशले गुनासोको दोस्रो वर्ग व्याख्या गर्छ। एडाप्टरले मेसिनलाई सार्वजनिक नेटवर्क कोटीबाट निजीमा परिवर्तन गर्दा प्रोफाइलसँग जोडिएका फायरवाल नियमहरू सबै खाताका लागि एकैचोटि बदलिन्छन्, त्यसैले बिहान अनुमति दिइएका अनुप्रयोगहरू दिउँसो कसैले नियम छोए बिनै अवरुद्ध हुन सक्छन्।
जडान प्रत्येक प्रयोगकर्ताको, नेटवर्क होइन
Windows ले जडान वस्तु यसलाई बनाउने प्रयोगकर्ताको प्रोफाइलमा राख्छ। यसले बनाउने भर्चुअल एडाप्टर, स्थापना गर्ने मार्गहरू र दर्ता गर्ने DNS सर्भरहरू सम्पूर्ण मेसिनको दायराका हुन्। यही विभाजन शीर्षकका दुवै लक्षणको स्रोत हो।
पहिलो प्रयोगकर्तालाई साइन आउट गर्दा सामान्यतया दोस्रोको समस्या किन सुधारिन्छ भन्ने पनि यसले बताउँछ। जडान हटाउँदा एडाप्टर र मार्गहरू पनि जान्छन्, र मेसिनभरिको अवस्था कसैले जोडिनुअघिको अवस्थामा फर्किन्छ। यो उपयोगी निदान हो: यदि साइन आउटले अर्को खाता सुधार्छ भने, तपाईं बिग्रिएको प्रोफाइल होइन, साझा अवस्था हेर्दै हुनुहुन्छ।
तपाईंले गर्न नसक्ने कुरा दोस्रो सत्रलाई फरक राउटिङ तालिका दिनु हो। तालिका एउटै छ, र जुनसुकै दुई सत्रले त्यो साझा गर्छन्। यो कुनै विशेष क्लाइन्टको सीमा होइन, अपरेटिङ सिस्टमको गुण हो। यसको अर्थ अर्कै मान्ने जुनसुकै डिजाइन पनि निरन्तर असफल हुनेछ, र ती असफलता सम्बन्ध नभएका अनुप्रयोग बगजस्तो देखिनेछन्।
'प्रयोगकर्ता परिवर्तन' प्रविष्टि कसले हटायो यो क्रममा पत्ता लगाउनुहोस्
द्रुत प्रयोगकर्ता परिवर्तन पूर्ण रूपमा फरक कारणले हराएको छ, र त्यसको समाधानको राउटिङसँग कुनै सम्बन्ध छैन। चार सम्भावनाहरू क्रमैसँग जाँच्नुहोस्, किनभने पहिलो दुई सेकेन्डभरमै फर्काउन सकिन्छ, तर पछिका महँगा छन्।
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System' -Name HideFastUserSwitching
gpresult /h $env:TEMP\gp.html
Get-Service | Where-Object { $_.DisplayName -match 'Logon|Access|Credential' } | Select-Object Status,Name,DisplayNameरजिस्ट्री मान सबैभन्दा सरल व्याख्या हो। यदि त्यो छ र 1 पढ्छ भने, प्रविष्टि नीतिले लुकाएको छ, र समूह नीति मार्ग Computer Configuration, Administrative Templates, System, Logon र द्रुत प्रयोगकर्ता परिवर्तन प्रवेश बिन्दुहरू लुकाउन नाम दिइएको सेटिङ हो। यसलाई Not Configured मा राख्नुहोस् र gpupdate /force ले रिफ्रेस गर्नुहोस्।
दोस्रो आदेशले त्यो नीति स्थानीय रूपमा लेखिएको होइन, डोमेनबाट पुर्याइएको हो भन्ने बताउँछ। यदि त्यो प्रतिवेदनमा जित्ने GPO सँग देखिन्छ भने, स्थानीय मान सम्पादन गर्नु अर्को रिफ्रेसमा फर्किने अस्थायी समाधान हो, र यो कुरा नीतिको मालिकसँग गर्नुपर्छ।
तेस्रो आदेशले अर्को संयन्त्र समेट्छ। लगआन मोड्युल स्थापना गर्ने प्रमाण वा नेटवर्क पहुँच प्रदायकले चलिरहेको बेला प्रविष्टि दबाउन सक्छ, र केही क्लाइन्टहरूले साइन इन स्क्रिनमा दाबी कायम राख्ने लगइनअघिको कम्पोनेन्ट पनि दर्ता गर्छन्। त्यो सेवा अक्षम गर्दा परिवर्तन पुनःस्थापित हुन्छ, तर मोड्युलले प्रदान गर्नका लागि भएका लगइनअघिका वा posture कार्यहरू पनि हट्छन्।
| Cause | How to confirm | Cost of the fix |
|---|---|---|
| HideFastUserSwitching policy | Registry value present and set to 1 | None; remove the policy |
| Logon module service | Service running under a vendor name | Loses pre-logon and posture behaviour |
| GINA-era assumption | Only relevant on very old Windows | Nothing to fix; the mechanism is gone |
आफैंलाई बन्द नगरी परिवर्तन गर्नुहोस्
काम गर्दा एउटा प्रशासनिक सत्र खुला राख्नुहोस्, र त्यो स्क्रिनबाट मात्र पुग्न सकिने मेसिनमा साइन इन स्क्रिनको परिवर्तन कहिल्यै नगर्नुहोस्। पहिले अन्य सत्रहरूबाट साइन आउट गर्नुहोस्, परिवर्तन लागू गर्नुहोस्, रिफ्रेस गर्नुहोस्, अनि रिबुट गरेर होइन, प्रयोगकर्ता परिवर्तन गरेर परीक्षण गर्नुहोस्।
तपाईंले अक्षम गर्नुभएका posture कार्यहरू लेख्नुहोस्। क्लाइन्ट अद्यावधिकले लगआन मोड्युल पुनः स्थापना वा पुनः सक्रिय गर्न सक्छ, र लक्षण स्पष्ट कारणबिना फर्किन्छ, सामान्यतया कसैले पहिलेको परिवर्तन सम्झना नगर्ने सहयोग विन्डोको बीचमा।
व्यवस्थित उपकरणमा, सेटिङ माथिबाटै आउँछ भन्ने मान्नुहोस्। पहिले नीति प्रतिवेदन जाँच्नुले फर्किने स्थानीय सम्पादनहरूबाट एक घण्टा बचाउँछ। उत्तर होइन हुँदा कसलाई सोध्ने भन्ने पनि यसले बताउँछ। जित्ने नीतिको नाम दिने टिकट, कसैले पहिले नै परिवर्तन गरिसकेको रजिस्ट्री कुञ्जी वर्णन गर्ने टिकटभन्दा दोब्बर छिटो समाधान हुन्छ।
दुवै खाता जाँच्नुहोस् र मोडेल छान्नुहोस्
दुई प्रयोगकर्ताले भोग्ने क्रममै नतिजा परीक्षण गर्नुहोस्। पहिलो खाता जोडिएको नभएको बेला दोस्रो खाताबाट साइन इन गर्नुहोस्, सामान्य पहुँच पुष्टि गर्नुहोस्, त्यसपछि पहिलो खाताको टनेल जोड्नुहोस् र दोस्रो खाताको अपेक्षित मार्ग अझै तपाईंले चाहेकै छ भनी पुष्टि गर्नुहोस्।
qwinsta
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Select-Object InterfaceAlias,NextHop,RouteMetric
Test-NetConnection -ComputerName intranet.example.internal -Port 443यदि दुवै खातालाई एकै समयमा फरक नेटवर्क मार्ग साँच्चै चाहिन्छ भने, इमानदार उत्तर दुई मेसिन, दुई भर्चुअल मेसिन, वा एउटा मात्र मार्ग आवश्यक हुने नीति हो। साझा जडानमा स्प्लिट टनेलले के जान्छ भन्ने साँघुरो बनाउन सक्छ, तर प्रत्येक सत्रलाई आफ्नै तालिका दिन सक्दैन। तीन प्रयासपछि पत्ता लगाउनुभन्दा चाँडै स्वीकार गर्नु सस्तो पर्छ।
यो वरिपरि प्याच गर्नुभन्दा स्पष्ट रूपमा लिनुपर्ने निर्णय हो। एउटा राउटिङ तालिका, एउटा रिजोल्भर सूची, एउटा फायरवाल प्रोफाइल: बाँकी सबै त्यसैबाट आउँछ, र त्यसलाई सम्मान गर्ने समाधान अर्को महिना पनि चल्नेछ।