Windows ले तपाईंको VPN पासवर्ड बारम्बार किन माग्छ

तपाईंको पासवर्ड सुरक्षित छ, चेकबक्समा टिक छ, तैपनि अर्को जडानले फेरि प्रमाणहरू माग्छ। यो लुपमा Windows मा तीन सम्भावित कारण छन्: सुरक्षण निषेध गर्ने मेसिन-व्यापी नीति, प्रयोग गर्ने खाताभन्दा फरक भण्डारमा बस्ने प्रोफाइल, वा प्रोफाइल विजार्डले कहिल्यै नलेखेको प्रमाणीकरण विधि। प्रत्येकको उपाय अन्तै हुन्छ, र गलत कारण बदल्दा बाकस खाली रहे पनि प्रगतिको ढुक्क लाग्ने अनुभूति हुन्छ। पहिले कारणको नाम राख्नु नै लुपलाई दुई मिनेटको जाँचमा बदल्छ।

मेसिन नीतिले सुरक्षण निषेध गर्न सक्छ

रिमोट एक्सेस सेवाको कन्फिगरेसनमा एउटा मात्र मानले पूरै कम्प्युटरका लागि प्रमाण सुरक्षित गर्ने सुविधा बन्द गर्न सक्छ। त्यो सक्रिय रहँदा बाकसमा टिक लगाउँदा केही बदलिँदैन, किनकि ग्राहकसँग रहस्य राख्ने ठाउँ छैन। त्यसैले अर्को प्रयास खाली फिल्डबाट सुरु हुन्छ, र प्रोफाइल तहको कुनै पनि सेटिङले त्यसलाई जित्न सक्दैन। यो पहिले पढ्नुपर्ने कुरा हो, किनकि तीन कारणमध्ये एकैचोटि सबै खातामा असर गर्ने यही मात्र हो।

reg query "HKLM\SYSTEM\CurrentControlSet\Services\RasMan\Parameters" /v DisableSavePassword
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\RasMan\Parameters" | Select-Object DisableSavePassword

जडान पुनः बनाउनुअघि मान पढ्नुहोस्, र यसरी सेट गरिएको मेसिनलाई बिग्रिएको होइन जानाजान बनाइएको मान्नुहोस्: शून्य सामान्य अवस्था हो र एकले मेसिनका हरेक प्रोफाइलका लागि सुरक्षण रोक्छ। व्यवस्थापित यन्त्रमा आफ्नै खातामुनि रजिस्ट्री सम्पादन गर्नुको सट्टा नीतिको मालिकलाई त्यो बदल्न भन्नुहोस्। एउटा रिफ्रेसले एक हप्ताभित्र पुरानो मान फर्काउनेछ, र प्रयोगकर्ताले उपाय कहिल्यै काम नगरेको निष्कर्ष निकाल्नेछ। त्यसैले स्थानीय परिवर्तन पछि असफलता जस्तो देखिन्छ। त्यससँग लड्नुअघि प्रतिबन्ध जानाजान हो कि भनेर सोध्नुहोस्।

प्रोफाइल अर्को भण्डारमा हुन सक्छ

Windows ले प्रत्येक खाताका लागि एउटा फोन बुक र पूरै मेसिनका लागि एउटा राख्छ, र पहिलोमा बनाइएको जडान दोस्रालाई अदृश्य हुन्छ। लक्षण भनेको हराएको जडान वा सुरक्षित प्रमाण कहिल्यै नदिने सूचना हो। दुवै दायरा सूचीबद्ध गर्न प्रत्येकलाई एउटा आदेश लाग्छ र प्रश्न सेकेन्डमै टुंगिन्छ। प्रमाण हराएको ठान्नुअघि यो गर्नुहोस्।

Get-VpnConnection | Format-List Name,AuthenticationMethod,ServerAddress
Get-VpnConnection -AllUserConnection | Format-List Name,AuthenticationMethod,ServerAddress

मेसिनको हरेक खाताले प्रयोग गर्नुपर्ने भए सबै प्रयोगकर्ता विकल्पसँग प्रोफाइल बनाउनुहोस्। सूचीले प्रत्येक नामको छेउमा प्रमाणीकरण विधि पनि देखाउँछ, जसले अनुसन्धान तुरुन्तै साँघुरो बनाउँछ। दायराले कन्फिगरेसन कहाँ बस्छ भनी निर्धारण गर्छ; यसले जडानलाई यन्त्र सुरुङ बनाउँदैन वा एउटा प्रयोगकर्ताको प्रमाण सबैसँग बाँड्दैन। यसले स्टार्टअपमा पनि असर गर्छ, किनकि बुटमा डायल गर्ने सेवा खाताले प्रयोगकर्ता भण्डारमा बनाइएको प्रोफाइल देख्न सक्दैन।

विजार्डले विधि कहिल्यै नलेखेको हुन सक्छ

IKEv2 विजार्डमा पुरानो खस्रो किनारा छ। प्रयोगकर्ता नाम र पासवर्ड प्रमाणीकरण छान्ने कुरा सधैं सुरक्षित हुँदैन, र विजार्डमा अर्को भ्रमणले फेरि सामान्य प्रविष्टि देखाउँछ। सुरक्षित मान नै ग्राहकले जडानको समयमा हेर्ने कुरा हो, त्यसैले हराएको विधि हराएको पासवर्ड जस्तै देखिन्छ। बाँकी रहने कुरा प्रमाणीकरण विधि नभएको प्रोफाइल हो, र यसले सुरक्षित रहस्यलाई बाँध्न केही पनि छाड्दैन।

Set-VpnConnection -Name "Corp" -AuthenticationMethod EAP -AllUserConnection
Get-VpnConnection -Name "Corp" -AllUserConnection | Select-Object AuthenticationMethod
rasphone -l

विधि स्पष्ट रूपमा सेट गर्दा संवाद पूरै छलिन्छ, र मान फर्किएर पढ्दा के लेखियो भन्ने प्रमाणित हुन्छ। आफैं फर्कने मानको अर्थ अरू केहीले प्रोफाइल पुनः लेखिरहेको हो।

फेरि जोडिएर होइन, लग आउट गरेर पुष्टि गर्नुहोस्

एउटै सत्रभित्र फेरि जोडिँदा वास्तविक साइन-इनले पुनः बनाउने अवस्था पुनः प्रयोग हुन्छ, त्यसैले यसले भण्डारको समस्या पूरै लुकाउन सक्छ। लग आउट गर्नुहोस्, फेरि लग अन गर्नुहोस्, र जडान सुरु गर्दै प्रमाण दिइन्छ कि मागिन्छ हेर्नुहोस्। त्यसपछि सूचीहरू फेरि चलाउनुहोस्, किनकि प्रोफाइल तपाईंले अपेक्षा गरेको भण्डारमा देखिनुपर्छ र विधि तपाईंले सेट गरेकै रहनुपर्छ। एउटै सत्रको पुनः प्रयासले क्यास गरिएको प्रमाण अझै स्मृतिमा थियो भन्ने मात्र प्रमाणित गर्छ।

whoami
Get-VpnConnection -AllUserConnection | Format-List Name,AuthenticationMethod
Get-VpnConnection | Format-List Name,AuthenticationMethod
rasdial "Corp"

सूचना जसरी पनि फर्किए भने बाँकी उम्मेदवार विधि आफैं हो, वा नीति रिफ्रेसले मूल प्रतिबन्ध चुपचाप फर्काएको छ। कहिल्यै संलग्न नभएको ग्राहक पुनः स्थापना गर्नुअघि ती दुई जाँच्नुहोस्। दुवैले सूचीको आउटपुटमा आफ्नै छाप छोड्छन्।

तपाईंले बदलेको कारण र त्यसलाई पुष्टि गर्ने प्रमाण लेख्नुहोस्। प्रोफाइल रिफ्रेसले खाली बाकस फर्काउन सक्छ, र त्यही टिप्पणीले दोहोर्याउनु सस्तो बनाउँछ।