VPN रुट तालिकाले तपाईंलाई के बताउँछ र के बताउन सक्दैन

तपाईं जडान गर्नुहुन्छ, रुटको सूची चलाउनुहुन्छ र कहिल्यै नसुनेको सबनेट टनेलतर्फ देखाइरहेको देख्नुहुन्छ। त्यो लाइनले एउटा कुरा ठ्याक्कै भन्छ र धेरै कुरा पटक्कै भन्दैन। यो मेसिनले त्यो प्रिफिक्समा प्याकेट कसरी पठाउँछ भनेर अभिलेख गर्छ, त्यहाँ कुन होस्टहरू छन् भन्नेबारे केही पनि होइन, र तपाईंको खाताले के पुग्न सक्छ भन्नेबारे पनि केही पनि होइन। यसलाई ठीकसँग पढ्न एक मिनेट लाग्छ; सूचीका रूपमा पढ्न यसलाई बिर्सन धेरै बढी समय लाग्छ।

तालिकालाई स्थानीय निर्देशनका रूपमा पढ्नुहोस्

रुट भनेको स्थानीय कर्नेलसँग रहेको फर्वार्डिङ निर्देशन हो: यो प्रिफिक्सका लागि यो इन्टरफेस र यो अर्को हप प्रयोग गर्नुहोस्। प्रिफिक्सको लम्बाइले निर्देशन कति विशिष्ट छ भनेर निर्धारण गर्छ, र सबैभन्दा लामो मिलान जित्छ। त्यो नियममा अनुमतिहरू, सेवाको स्वास्थ्य वा टाढाको टोपोलोजीको कुनै उल्लेख छैन।

तालिका हेर्नुअघि नै नीति नियमहरूले हस्तक्षेप गर्न सक्छन्, त्यसैले एउटा रुट अवस्थित हुन सक्छ र तैपनि कुनै निश्चित प्याकेटले प्रयोग गर्ने रुट नहुन सक्छ। नियमहरू तालिकासँगै पढ्नुहोस्, त्यसपछि कुनै विशेष गन्तव्यका लागि कर्नेलले कुन बाटो छान्छ भनेर सोध्नुहोस्। एउटा ठेगानाको उत्तर एक पृष्ठ प्रिफिक्सभन्दा बढी मूल्यवान छ, र क्लाइन्टले लागू गरेका मार्क, नामस्थान र इन्टरफेस बाइन्डिङलाई प्रतिबिम्बित गर्ने एकमात्र उत्तर त्यही हो।

फराकिलो प्रिफिक्स सूची होइन

टनेलबाट रुट गरिएको /16 भन्नाले सोह्र हजार पुग्न सकिने होस्ट होइन, र पूर्वनिर्धारित रुटले त्योभन्दा पनि कम जनाउँछ। सर्भरले को जवाफ दिन्छ भनेर निर्धारण गर्छ, फायरवालले के अनुमति छ भनेर निर्धारण गर्छ, र खाताले के अधिकृत छ भनेर निर्धारण गर्छ।

साँघुरो तालिकामा उल्टो जाल छ: नभएको प्रिफिक्सले गन्तव्य अर्को बाटोबाट पुग्न सकिन्छ भन्ने वा त्यो पटक्कै रुट गरिएको छैन भन्ने मात्र जनाउन सक्छ। ती दुई अवस्था परीक्षण नगरेसम्म एउटै देखिन्छन्। तालिकालाई VPN मा के हुनुपर्छ भन्ने तपाईंको अपेक्षासँग होइन, प्रयोग गर्न भनिएको स्रोतसँग तुलना गर्नुहोस्।

प्रविष्टिहरू कहाँबाट आउँछन्

रुटहरू कम्तीमा चार ठाउँबाट आउँछन्: कन्फिगरेसन फाइल, जडान स्थापना हुँदा रुट धकेल्ने सर्भर, इन्टरफेसको मालिक नेटवर्क प्रबन्धक, र घटनाको क्रममा आदेश टाइप गर्ने व्यक्ति। प्रत्येकको आयु फरक र मालिक फरक हुन्छ।

अवरोधको क्रममा टाइप गरिएको रुट त्यही हो जो रिबुटमा हराउँछ र कसैको कागजातमा देखिँदैन। सर्भरले धकेलेको रुट सर्भर बदलिँदा बदलिन्छ, त्यसैले व्याख्या नगरिएको नयाँ प्रिफिक्स प्रायः क्लाइन्ट परिवर्तनपछि होइन, गेटवे अपडेटपछि देखिन्छ। ip-route म्यानुअल ले झन्डाहरू पढ्नु पर्ने भएमा तालिका र फिल्डको वाक्यरचना अभिलेख गर्छ।

सेवा सम्झौतासँग रुट जाँच्नुहोस्

उपयोगी तुलना तालिका र तपाईंलाई वचन दिइएको सेवाबीच हो: नाम, ठेगानाको दायरा, पोर्ट र मालिक। ती चार प्रिफिक्सको छेउमा लेख्नुहोस्, र खाली ठाउँहरू देखिन थाल्छन्।

ip route show table all dev tun0
ip route get 10.20.5.9
ip rule show

प्रिफिक्स भएर पनि सेवा असफल भयो भने, तालिकाले आफ्नो काम गरिसकेको छ र समस्या अन्तै छ: नाम समाधान, पल्लो छेउको फायरवाल, वा सही समूह नभएको खाता। प्रिफिक्स छैन भने, प्रश्न के टाइप गर्ने होइन, त्यो कसले आपूर्ति गर्नुपर्थ्यो भन्ने हो। दुवैमध्ये कुनै पनि उत्तरले अर्को पटक सोध्ने टोलीको नाम बताउँछ, र रुट तालिका पढ्नुको त्यही एउटै उपयोगी नतिजा हो। टर्मिनल बन्द गर्नुअघि त्यो नाम लेख्नुहोस्।

कुनै पनि परिवर्तनको अघि र पछिको अवस्था मिति र इन्टरफेससहित अभिलेख गर्नुहोस्। रुट तालिका एउटा मेसिनमा एउटा क्षणको स्न्यापसट हो, र कसैले कहिले लिइयो भनेर लेखेपछि मात्र त्यो प्रमाण बन्छ।