आप VPN से कनेक्ट करते हैं, route print चलाते हैं, और डिफ़ॉल्ट रूट अब पहले की तुलना में बहुत कम मीट्रिक ले जाता है। स्वाभाविक निष्कर्ष यह है कि VPN ने डिफ़ॉल्ट रूट ले लिया क्योंकि उसकी संख्या छोटी है। कभी-कभी ठीक ऐसा ही हुआ होता है। अक्सर मीट्रिक निर्णायक कारक ही नहीं होता, और उसे संपादित करने से कुछ नहीं बदलता, क्योंकि चुनाव पहले ही हो चुका था — प्रीफ़िक्स की लंबाई से या नीति नियम से।

लक्षण वास्तविक है: पहले Wi-Fi अडैप्टर से निकलने वाला ट्रैफ़िक अब टनल से निकलता है, या उलटा। मीट्रिक एक निश्चित क्रम में चलने वाली खोज का एक इनपुट है, और किसी संख्या को छूने से पहले वही क्रम पढ़ना होता है।

संख्या वास्तव में किससे प्रतिस्पर्धा करती है

पहली तुलना विशिष्टता है, प्राथमिकता नहीं। 10.20.0.0/16 का रूट 10.0.0.0/8 को हराता है, और दोनों 0.0.0.0/0 को हराते हैं, उनके मीट्रिक कुछ भी कहें। जो VPN मशीन पर सबसे कम मीट्रिक के साथ डिफ़ॉल्ट रूट इंस्टॉल करता है, वह भी गंतव्य से मेल खाने वाले किसी भी अधिक विशिष्ट रूट से हारता है, जिसमें वह होस्ट रूट भी शामिल है जो क्लाइंट अपने सर्वर के लिए इंस्टॉल करता है।

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

Check in this orderQuestionWhere you read it
1. Policy and tableWhich routing table does this traffic use?ip rule, client profile
2. Prefix lengthWhich matching route is most specific?route print, ip route
3. MetricWhich of the equally specific routes is preferred?route print, ip route
4. Interface stateIs the chosen next hop reachable?adapter status, link state

लिनक्स मीट्रिक से पहले टेबल तय करता है

लिनक्स में कर्नेल पहले नीति डेटाबेस से परामर्श करता है। ip rule नियमों और उनके द्वारा चुने जाने वाले टेबल की सूची देता है, और ip route get 203.0.113.10 वह टेबल, रूट और स्रोत पता बताता है जो कर्नेल उस गंतव्य के लिए वास्तव में उपयोग करेगा। टेबल 100 के अंदर का मीट्रिक मुख्य टेबल के रूट से कभी प्रतिस्पर्धा नहीं करता, क्योंकि नियम ने किसी भी मीट्रिक की तुलना से पहले टेबल चुन लिया था।

इसलिए कोई रूट ip route show table all में सही दिख सकता है और फिर भी ट्रैफ़िक नहीं ले जा सकता। जो नियम मेल खाया उसे पढ़ें, फिर जो टेबल उसने चुना उसे पढ़ें, फिर उसके अंदर के रूट की तुलना करें। अगर गलत टेबल चुनी गई है, तो दूसरी टेबल में कोई भी मीट्रिक संपादन मदद नहीं करेगा।

विंडोज़ दो मीट्रिक जोड़ता है

विंडोज़ में डिफ़ॉल्ट रूप से नीति डेटाबेस नहीं होता, लेकिन यह रूट मीट्रिक को इंटरफ़ेस मीट्रिक के साथ जोड़ता है, और स्वचालित इंटरफ़ेस मीट्रिक लिंक की गति और अडैप्टर की स्थिति के साथ बदल सकता है। इसलिए वही रूट डॉकिंग स्टेशन या वर्चुअल अडैप्टर आने के बाद अलग व्यवहार कर सकता है। Find-NetRoute -RemoteIPAddress 203.0.113.10 चुना गया स्रोत पता, अगला हॉप और इंटरफ़ेस बताता है, जो कच्ची टेबल से असली निर्णय के अधिक करीब है।

रूट और इंटरफ़ेस के मान एक साथ पढ़ें। इंटरफ़ेस मीट्रिक बढ़ाना किसी भी रूट प्रविष्टि को बदले बिना ट्रैफ़िक हिला सकता है, और जो VPN क्लाइंट अपने रूट का मालिक है वह दोबारा कनेक्ट होने पर उन्हें फिर से इंस्टॉल कर देगा और आपका संपादन फेंक देगा।

टनल के एंडपॉइंट को टनल के बाहर रखें

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

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

दोनों पता परिवारों और ऐप के संदर्भ की जाँच करें

IPv4 और IPv6 अलग टेबल के साथ अलग निर्णय हैं। VPN IPv4 ले जा सकता है जबकि IPv6 स्थानीय राउटर का उपयोग करता रहता है, और एक परिवार में मीट्रिक बदलने से दूसरे के बारे में कुछ नहीं कहा जाता। दोनों की जाँच करें, फिर एप्लिकेशन के संदर्भ की जाँच करें। इंटरफ़ेस से बंधी प्रक्रिया, कंटेनर नेमस्पेस या प्रति-ऐप VPN आपके शेल से अलग टेबल देख सकते हैं।

उस उपकरण से सत्यापित करें जो असली गंतव्य के लिए निर्णय बताता है, पूरी टेबल सूची से नहीं। अगर चुना गया रूट वही है जो डिज़ाइन चाहता है, तो रुकें। स्क्रीन पर सबसे छोटी संख्या न होना कोई दोष नहीं है, और उसे सबसे छोटा बनाने पर टनल-निर्भर एंडपॉइंट का रास्ता टूट सकता है।

संबंधित लेख