Windows किसी फ़ाइल सर्वर को VPN पासवर्ड क्यों देता है
टनल चालू है और शेयर अब भी माँग कर रहा है: Windows ने गेटवे खाता ऐसे फ़ाइल सर्वर को दिया जो उसे कभी नहीं जानता था। बदलाव को एक प्रोफ़ाइल तक सीमित रखें।
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 पहचान निर्देशिका पहचान से भिन्न है, और यह मानने से पहले कि फ़ील्ड आपके क्लाइंट पर लागू होती है, इसे पढ़ना उचित है। बदलाव, फ़ोनबुक का पथ और वह खाता जो संसाधन अब देखता है, दर्ज करें, क्योंकि इससे टकराने वाला अगला व्यक्ति उसी भ्रम से शुरू करता है।