Windows फाइल सर्व्हरला VPN पासवर्ड का देतो

Windows टनेल उभारू शकतो आणि नंतर तेच खाते अशा फाइल सर्व्हरला देऊ शकतो ज्याने त्याबद्दल कधीच ऐकले नाही. गेटवेने लॉगिन स्वीकारले; शेअरने नाही, आणि पासवर्ड पुन्हा लिहून काहीच बदलत नाही. संपूर्ण संगणकासाठी क्रेडेन्शियल साठवण बंद करणे उपाय वाटतो आणि तो नाही. मूळ RAS कनेक्शनमध्ये प्रति-प्रोफाइल स्विच असतो जो नेमका हाच हेतू व्यक्त करतो.

कोणते खाते नाकारले गेले ते ओळखा

सूचना नाकारण्याऐवजी वाचा. संवादातील सर्व्हरचे नाव, वापरकर्तानावाच्या शेजारी छापलेले डोमेन, आणि सूचना टनेल तयार होण्यापूर्वी आली की नंतर — प्रत्येक वेगळ्या ठिकाणाकडे निर्देश करतो. शेअरचे नाव घेणारी अयशस्वीता होस्टचे नाव घेणाऱ्या अयशस्वीतेसारखी नसते.

ओळखीबद्दल वाद घालण्यापूर्वी संसाधन अजिबात प्रतिसाद देते का ते तपासा. गहाळ मार्ग, सर्व्हरच्या नावातील टायपिंगची चूक आणि शेअर परवानगी नसलेले खाते तीन वेगवेगळी लक्षणे निर्माण करतात, आणि फक्त शेवटचेच Windows ने दिलेल्या ओळखीशी संबंधित आहे. नाकारलेले खाते गेटवे खाते आहे का ते तपासा. जर VPN लॉगिन डिरेक्टरी खाते नसून गेटवेच्या मालकीची दूरस्थ-प्रवेश ओळख असेल, फाइल सर्व्हरला ते ओळखण्याचे कारण नाही, आणि तोच पासवर्ड पुन्हा लिहिणे फक्त तोच नकार पुन्हा करते. हाच फरक पुढील विभाग तुम्हाला लागू होतो का हे ठरवतो.

एका प्रोफाइलवर UseRasCredentials सेट करा

फील्डचे नाव UseRasCredentials, आणि शून्य मूल्य त्या एका कनेक्शनला त्याची RAS क्रेडेन्शियल्स नेटवर्क संसाधनांना देण्यापासून थांबवते. बदल एका प्रोफाइलपुरता मर्यादित आहे, आणि तोच मुद्दा आहे: त्याला एकच नोंदवलेला अर्थ आहे आणि तो यंत्रावरील दुसऱ्या कशालाही स्पर्श करत नाही.

नेटवर्क प्रमाणीकरणासाठी साठवलेली क्रेडेन्शियल्स अडवणारे सुरक्षा धोरण उलटे करते, कारण ते संगणकावरील प्रत्येक कनेक्शनला लागू होते. ते येथे वापरल्यास वापरकर्ता पुढील आठवड्यात उघडणाऱ्या प्रत्येक संसाधनाचे वर्तन बदलेल, म्हणून ते या दुरुस्तीबाहेर राहते. UseRasCredentials हे देखील RAS वैशिष्ट्य आहे, म्हणून स्वतःची क्रेडेन्शियल हाताळणी असलेला तृतीय-पक्ष क्लायंट त्याकडे दुर्लक्ष करेल. अशा क्लायंटसाठी वर्तन बदलता येते का याबाबत विक्रेत्याचे दस्तऐवज हेच एकमेव प्राधिकार आहे. त्या क्लायंटने कधीही न वाचलेली फाइल संपादित करण्यापूर्वी कनेक्शन कोणाच्या मालकीचे आहे ते तपासा.

कनेक्शनच्या मालकीचे फोनबुक संपादित करा

संपादक उघडण्यापूर्वी कनेक्शनच्या मालकीचे फोनबुक शोधा. वापरकर्त्याने तयार केलेले कनेक्शन रोमिंग अनुप्रयोग डेटा मार्गात असते, आणि सर्व वापरकर्त्यांसाठी तयार केलेले कनेक्शन प्रोग्राम डेटा डिरेक्टरीखाली असते; दोन्ही फाइली स्वतंत्र आहेत. चुकीचे संपादित केल्याने काहीच बदलत नाही, आणि नंतर अयशस्वीता तशीच दिसते.

दोन्ही ठिकाणे सूचीबद्ध करा आणि तुम्हाला संपादित करायच्या फाइलचा पूर्ण मार्ग निश्चित करा. चुकीच्या प्रोफाइलखालील फाइल योग्यरित्या बदलल्यानंतरही दुर्लक्षित होईल, आणि दुसरी अयशस्वीता पहिलीसारखीच दिसते.

Get-ChildItem "$env:APPDATA\Microsoft\Network\Connections\Pbk"
Get-ChildItem "$env:PROGRAMDATA\Microsoft\Network\Connections\Pbk"
Copy-Item "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk" "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk.bak"
Select-String -Path "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk" -Pattern "UseRasCredentials"

अचूक कनेक्शन नाव असलेल्या विभागात स्विच एक ओळ आहे. फक्त ते मूल्य बदला, आणि इतर प्रत्येक विभाग जसा होता तसाच ठेवा.

UseRasCredentials=1   becomes   UseRasCredentials=0

फोनबुकमधील प्रत्येक कनेक्शनसाठी फाइल-व्यापी बदली हा एका प्रोफाइलचा बदल नाही, आणि कोणी असंबंधित टनेल डीबग करताना तो आठवड्यांनंतर समोर येतो. बदल सत्यापित होईपर्यंत बॅकअप फाइलजवळ ठेवा. जर उपकरण व्यवस्थापित असेल, तर सेटिंग वापरकर्ता प्रोफाइलखालील फाइलमध्ये नाही, तर मालकीच्या तैनातीमध्ये बदलली पाहिजे. समर्थित Windows आवृत्त्या VPNv2 कॉन्फिगरेशन सेवा प्रदात्याद्वारे प्रति-प्रोफाइल समतुल्य देते, आणि त्याच्या आवृत्तीच्या गरजा प्रदात्याच्या संपूर्ण गरजांपासून वेगळ्या तपासल्या पाहिजेत.

नव्या प्रयत्नाने सत्यापित करा

डिस्कनेक्ट करा, उघडे असलेले सत्र बंद करा आणि पुन्हा प्रयत्न करा. विद्यमान मॅप केलेले ड्राइव्ह किंवा उघडे फाइल हँडल आधीच प्रमाणित झालेली ओळख वापरत राहू शकते, म्हणून जुन्या सत्रातून चालणारे काहीही बदलाबद्दल काहीही सिद्ध करत नाही. प्रथम संपादित मूल्य, ते कोणत्या विभागाचे आहे हे दाखवण्यासाठी पुरेशा संदर्भासह सत्यापित करा.

Select-String -Path "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk" -Pattern "UseRasCredentials=0" -Context 4,0

नंतर संसाधनाला प्रत्यक्षात कोणती ओळख मिळाली ते तपासा. योग्य खात्यासहही प्रवेश नाकारणारा शेअर ही अधिकृततेची समस्या आहे, आणि उत्तर फाइल सर्व्हरच्याच लॉगमध्ये असते. या सेटिंगचे नोंदवलेले वर्णन VPN ओळख डिरेक्टरी ओळखीपेक्षा वेगळी असलेली तैनाती समाविष्ट करते, आणि फील्ड तुमच्या क्लायंटला लागू आहे असे गृहीत धरण्यापूर्वी ते वाचणे योग्य आहे. बदल, फोनबुकचा मार्ग आणि संसाधन आता जे खाते पाहते ते नोंदवा, कारण यावर कोणीही अडकणारी पुढील व्यक्ती त्याच गोंधळातून सुरुवात करते.