हर Windows उपयोगकर्ता के लिए Azure P2S VPN प्रोफ़ाइल स्क्रिप्ट करें

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 का नहीं, उस पैकेज का है।