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"

सूचना तरीही परत आल्यास, उरलेला उमेदवार पद्धतच आहे, किंवा धोरण रिफ्रेशने मूळ निर्बंध शांतपणे परत आणला आहे। कधीही सहभागी न झालेला क्लायंट पुन्हा इंस्टॉल करण्यापूर्वी त्या दोन्ही तपासा। दोन्ही सूचीच्या आउटपुटमध्ये आपली खूण सोडतात।

तुम्ही बदललेले कारण आणि त्याची पुष्टी करणारा पुरावा लिहून ठेवा। प्रोफाइल रिफ्रेश रिकामा बॉक्स परत आणू शकतो, आणि तीच नोंद पुनरावृत्ती स्वस्त करते।