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

समाधान राम्रो स्क्रिप्ट होइन; समाधान प्रोफाइलको नाम राख्नुअघि स्कोपको नाम राख्नु हो।

लक्षण र दुई भण्डार

Windows ले नेटिभ VPN प्रोफाइलहरू प्रत्येक प्रयोगकर्ताको फोन बुकमा र सबै प्रयोगकर्ताका लागि मेसिन-व्यापी बुकमा राख्छ। Get-VpnConnection ले हालको प्रयोगकर्ताको भण्डार पढ्छ, र Get-VpnConnection -AllUserConnection ले मेसिनको भण्डार पढ्छ।

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

स्कोपले वास्तवमा के निर्धारण गर्छ

स्कोपले दुई प्रश्नको उत्तर दिन्छ र तेस्रोको उत्तर दिन अस्वीकार गर्छ:

QuestionCurrent userAll users
Who can see the profileThe account that created itEvery account on the machine
Elevation to create or removeNot requiredRequired
Where the profile livesPer-user phone bookMachine-wide phone book
Does it authenticate a deviceNoNo
Does it start before sign-inNoNo, that needs a device tunnel

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

दृश्यता प्रमाणीकरण होइन

सबै प्रयोगकर्ताका लागि प्रोफाइललाई अझै समर्थित पहिचान र प्रमाण व्यवस्था चाहिन्छ। प्रोफाइललाई हरेक खाताका लागि देखिने बनाउँदा हरेक खाता एउटै प्रमाणित प्रयोगकर्ता हुँदैन, र यसले प्रमाणहरू एकत्र गर्दैन।

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

तैनाथी र नीतिको स्वामित्व

व्यवस्थित मेसिनहरूमा, EMM वा कन्फिगरेसन प्रोफाइलले तपाईंको परिवर्तनपछि भण्डारित अवस्था पुनः सिर्जना गर्न सक्छ।

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

बिग्रिएपछि के अभिलेख गर्ने

तीन कुरा सँगै अभिलेख गर्नुहोस्: प्रोफाइलको नाम, तपाईंले लक्ष्य गरेको स्कोप, र वास्तविक जडान त्रुटि।

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

Microsoft को Add-VpnConnection कागजातले स्कोप स्विचलाई यसले परिवर्तन गर्ने प्यारामिटरहरूको छेउमा सूचीबद्ध गर्छ, जसले स्कोप सिर्जना गर्दा लिइने निर्णय हो, पछि उल्टाइने सेटिङ होइन भन्ने उपयोगी रूपमा सम्झाउँछ।

सम्बन्धित लेखहरू