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

प्रत्येक चरणले अघिल्लो सही छ भनी मान्ने भएकाले म क्रम स्थिर राख्छु।

1. पहिलो यन्त्रभन्दा अघि प्रोफाइल स्कोप सुधार्नुहोस्

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

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

2. स्विचहरूलाई स्विचका रूपमा दिनुहोस्

Add-VpnConnection ले उपस्थित वा अनुपस्थित स्विच प्यारामिटर लिन्छ। तिनीहरूलाई $true दिइँदा EapConfigXmlStream त्रुटि उठ्छ, त्यसैले यसबारे धेरै थ्रेडहरू कहिल्यै समस्या नभएका प्रमाणपत्र शृंखलाहरू जाँच्दै अन्त्य हुन्छन्।

Add-VpnConnection -Name "Contoso P2S" `
  -ServerAddress "azuregateway-00000000-0000-0000-0000-000000000000.cloudapp.net" `
  -AllUserConnection -UseWinLogonCredential -RememberCredential `
  -TunnelType Automatic -EncryptionLevel Required -AuthenticationMethod MSChapv2

माथिको गेटवे ठेगाना उदाहरण मात्र हो; डाउनलोड गरिएको प्याकेजबाट वास्तविक लिनुहोस् र उद्धरण चिह्नमा राख्नुहोस्। -AllUserConnection लाई उन्नत सत्र चाहिन्छ, र यसले बनाउने प्रोफाइल तपाईंले प्रशासकका रूपमा आदेश चलाए पनि मेसिन-व्यापी हुन्छ। थप स्विच थप्नुअघि Get-Help Add-VpnConnection -Parameter * बाट प्यारामिटर सेट पढ्नुहोस्।

3. एडाप्टरले नथप्ने रुट थप्नुहोस्

पोइन्ट-टु-साइट एडाप्टरले ग्राहक ठेगाना पूलका लागि एउटा रुट स्थापना गर्छ र अरू केही होइन।

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

route add 10.0.0.0 mask 255.255.0.0 10.0.1.5
route print -4 | findstr /c:"10.0.0.0"

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

4. मानक प्रयोगकर्ताका रूपमा प्रमाणित गर्नुहोस्

प्रशासक सत्रले स्कोपका गल्ती लुकाउँछ, किनकि उन्नयनले कहिलेकाहीँ वास्तविक प्रयोगकर्तासँग नहुने प्रमाण दिन्छ।

गैर-प्रशासकका रूपमा साइन इन गर्नुहोस्, प्रोफाइलमार्फत जोड्नुहोस्, र सार्वजनिक इन्टरनेटको सट्टा एउटा निजी सेवा परीक्षण गर्नुहोस्। प्रोफाइल Get-VpnConnection -AllUserConnection मा देखिन्छ, स्थिति Connected सम्म पुग्छ, र तपाईंले थपेको रुट हालको एडाप्टर ठेगानातर्फ संकेत गर्छ भनी पुष्टि गर्नुहोस्। त्यसपछि मेसिन सुताउनुहोस्, उठाउनुहोस् र ipconfig फेरि तुलना गर्नुहोस्।

5. खराब तैनाथी सफा रूपमा हटाउनुहोस्

Remove-VpnConnection -AllUserConnection र -Force सँग मेसिन-व्यापी प्रोफाइल मेटाउँछ। Force महत्त्वपूर्ण छ किनकि जोडिएको प्रोफाइलले अन्यथा हटाउन अस्वीकार गर्छ, र आधा हटेको प्रोफाइल सफा पुनःस्थापनभन्दा निदान गर्न कठिन हुन्छ।

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

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