एकाच वेळी दोन Windows VPN: कोणते प्रोफाइल डीफॉल्ट रूट ठेवते?

दुसरे टनेल जोडा आणि पहिले शांत होते, तरीही दोन्ही क्लायंट अजूनही निरोगी कनेक्शनची नोंद देतात। Windows कडे देण्यासाठी एकच डीफॉल्ट रूट आहे आणि ती मागणारे प्रत्येक प्रोफाइल ती दुसऱ्याकडून घेते। लक्षण VPN बंद पडल्यासारखे दिसते, पण प्रत्यक्षात तो दोन प्रोफाइलमधला राउटिंगचा सामना आहे। कोणत्या टनेलने त्या रूटचा मालक असावे हे ठरवा आणि उर्वरित संरचना त्याचे अनुसरण करेल।

फक्त एकच नोंद सर्वोत्तम डीफॉल्ट असू शकते

IPv4 राउटिंग तक्ता अधिक विशिष्ट जुळणी नसलेल्या गंतव्यांसाठी एकच विजयी रूट ठेवतो। स्वतःचा रूट स्थापित करणारे VPN प्रोफाइल जोडताच आधीचा रूट बदलते आणि आधी पहिल्या टनेलमध्ये जाणारा रहदारी आता दुसऱ्यातून बाहेर पडतो। पहिले टनेल चालू राहते; जे नाहीसे होते ते म्हणजे सामान्य गंतव्यांसाठी ते वापरले जाणारे कोणतेही पॅकेट।

क्लायंट स्थिती चिन्हे ते दाखवू शकत नाहीत। ते टनेल स्थापित झाले असे सांगतात, कोणते प्रीफिक्स अजूनही तिकडे राउट होतात हे नव्हे, म्हणून वापरकर्त्याला दोन हिरवी चिन्हे आणि एका ॲपमध्ये वेळ संपणे दिसते। बिघाडाच्या वेळी route print -4 वाचणे कोणत्याही VPN लॉगपेक्षा अधिक माहितीपूर्ण ठरते।

नाव निराकरण हा दुसरा, स्वतंत्र संघर्ष आहे आणि फक्त राउटिंग तक्ता दुरुस्त केल्याने तो सुटणार नाही।

चेकबॉक्स काय स्थापित करतो आणि काय काढून टाकतो

हा पर्याय प्रत्येक VPN प्रोफाइलच्या अडॅप्टर गुणधर्मांमध्ये IPv4 प्रगत सेटिंग्जखाली आहे, दूरच्या नेटवर्कवर डीफॉल्ट गेटवे वापरणे असे त्याचे वाक्य आहे। सक्षम असताना प्रत्येक कनेक्शन टनेलमधून डीफॉल्ट रूट जोडते आणि त्या इंटरफेसला सामान्य रहदारीच्या रांगेत ठेवते। अक्षम असताना Windows टनेलच्या स्वतःच्या सबनेटचा रूट ठेवते आणि उर्वरित तक्त्याला हात लावत नाही।

बहुतेक लोक चेकबॉक्स काढतानाच अडकतात। दूरच्या साइटवर सहसा एकापेक्षा जास्त प्रीफिक्स असतात आणि त्यातील कोणतेही अडॅप्टर सबनेटमध्ये नसते, त्यामुळे फाइल सर्व्हर आणि व्यवस्थापन पत्ते उत्तर देणे थांबवतात। चेकबॉक्सने टनेल तोडले नाही; त्याने सर्व काही व्यापणारा रुंद रूट काढून टाकला।

मिश्र संरचना वैध आणि सामान्य आहेत: कॉर्पोरेट प्रोफाइल चेकबॉक्स पूर्ण टनेल म्हणून ठेवते, तर लॅब प्रोफाइल विभाजित असते जेणेकरून ते कॉर्पोरेट डीफॉल्टला हटवू शकत नाही।

प्रत्येक टनेलने काय वाहून नेले पाहिजे यावरून निवडा

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

जर एक टनेल पूर्ण असावे लागत असेल, तर डीफॉल्ट त्याच्याकडे राहील आणि दुसरे विभाजित असावे। जर दोन्हींना सामान्य इंटरनेट रहदारीची गरज नसेल, तर दोन्हींवरून चेकबॉक्स काढा आणि भौतिक अडॅप्टरला डीफॉल्ट ठेवू द्या। श्रेणी एकमेकांवर आच्छादत असतील तर थांबा: 172.22.0.0/16 म्हणजे कॉर्पोरेट बाजूला एक मशीन आणि लॅब बाजूला दुसरे मशीन असू शकत नाही आणि कोणताही चेकबॉक्स ते सोडवत नाही।

निर्णय प्रोफाइल नावांजवळ नोंदवा। नाहीतर पुढील तिमाहीत जोडले जाणारे तिसरे VPN तपासणी पुन्हा सुरुवातीपासून करेल।

गहाळ प्रीफिक्स जोडा आणि निकाल तपासा

प्रत्येक विभाजित टनेलसाठी दूरच्या श्रेणी स्पष्टपणे जोडा, सार्वजनिक सर्व्हर पत्त्याऐवजी त्या अडॅप्टरवर दाखवलेला पीअर पत्ता वापरून:

> route add 172.22.0.0 mask 255.255.0.0 172.20.4.1
> route print -4
> Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric

PPP अडॅप्टर पुढील हॉप म्हणून आपला पीअर पत्ता वापरतो, तर TAP अडॅप्टर सहसा त्या इंटरफेसवर दाखवलेला गेटवे वापरतो, म्हणून मार्गदर्शकातून आकडा कॉपी करण्याऐवजी अडॅप्टरचे तपशील वाचा। रूट बरोबर असल्याचे सिद्ध झाल्यावरच कायमस्वरूपी फ्लॅग जोडा आणि बदली जोडण्यापूर्वी जुण्या कायमस्वरूपी नोंदी हटवा। व्यवस्थापित क्लायंट स्वतःचे रूट स्थापित करून संरक्षित करू शकतात, तेव्हा बदल प्रोफाइल मालकाने केला पाहिजे।

DNS ला वेगळा फेरा लागतो। दोन्ही टनेल रिझोल्व्हर लादू शकतात आणि Windows प्रत्येक इंटरफेससाठी प्राधान्य क्रम असलेली यादी ठेवते, त्यामुळे दुसऱ्या नेटवर्कचे नाव पहिल्या नेटवर्कच्या रिझोल्व्हरकडे जाऊ शकते। उपाय निवडण्यापूर्वी प्रत्येक अडॅप्टरला प्रत्यक्षात काय मिळाले ते पहा:

> Get-DnsClientServerAddress -AddressFamily IPv4
> Resolve-DnsName files.corp.internal -Server 172.20.4.1

प्रत्येक डोमेनसाठी नाव-निराकरण धोरण सहसा जागतिक रिझोल्व्हर यादी बदलण्यापेक्षा चांगले असते, कारण ती यादी मशीनवरील प्रत्येक ॲप्लिकेशन सामायिक करते आणि ती शांतपणे बदलल्यास असंबंधित शोध हलतात।

चार तपासण्यांसह रचना स्वीकारा: प्रत्येक दूरच्या नेटवर्कमध्ये पत्त्याने पोहोचता येणारे एक स्रोत, प्रत्येकात एक नाव शोध, इंटरनेट डीफॉल्ट अजूनही भौतिक अडॅप्टरकडे निर्देश करतो आणि दुसरे कनेक्शन आल्यावर टिकणारे रिमोट डेस्कटॉप सत्र।