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 पहिचान डाइरेक्टरी पहिचानभन्दा फरक हुने तैनाती समेट्छ, र फिल्ड तपाईंको क्लाइन्टमा लागू हुन्छ भन्ने मान्नु अघि यो पढ्न लायक छ। परिवर्तन, फोनबुकको मार्ग र स्रोतले अहिले देख्ने खाता लेख्नुहोस्, किनभने यसमा भेट्ने अर्को व्यक्ति त्यही अलमलबाट सुरु गर्छ।