जडान गरेपछि VPN रुट मेट्रिक बदलियो: यसको अर्थ के हो
कम मेट्रिकले समान रूपमा विशिष्ट रुटहरूबीचको बराबरी मात्र टुंग्याउँछ। कुनै पनि VPN रुट नम्बर सम्पादन गर्नु अघि नीति नियम, प्रिफिक्स र इन्डपोइन्ट होस्ट रुट पढ्नुहोस्।
तपाईं 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 order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is 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 ले तपाईंको शेलभन्दा फरक तालिका देख्न सक्छ।
वास्तविक गन्तव्यका लागि निर्णय रिपोर्ट गर्ने उपकरणले प्रमाणित गर्नुहोस्, पूरा तालिका सूचीले होइन। यदि छानिएको रुट डिजाइनले लक्ष्य गरेको रुट हो भने रोकिनुहोस्। स्क्रिनमा सबैभन्दा सानो संख्या नभएको मेट्रिक दोष होइन, र यसलाई सबैभन्दा सानो बनाउन बाध्य पार्दा टनेल निर्भर इन्डपोइन्टको बाटो भाँचिन सक्छ।