एक साथ दो 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

प्रति डोमेन नाम-समाधान नीति आमतौर पर वैश्विक रिज़ॉल्वर सूची बदलने से बेहतर है, क्योंकि वह सूची मशीन की हर एप्लिकेशन साझा करती है और उसे चुपचाप बदलने से असंबंधित खोजें खिसक जाती हैं।

चार जाँचों के साथ सेटअप स्वीकारें: हर दूरस्थ नेटवर्क में पते से पहुँचने योग्य एक संसाधन, हर एक में नाम की खोज, इंटरनेट डिफ़ॉल्ट अभी भी भौतिक एडाप्टर की ओर, और एक रिमोट डेस्कटॉप सत्र जो दूसरे कनेक्शन के उठने पर टिका रहे।