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 चे नाही, त्या पॅकेजचे आहे।

संबंधित लेख