डिफ़ॉल्ट रूट संपादित करने से पहले Linux की नीति-आधारित राउटिंग जाँचें

एक VPN होस्ट एक इंटरफ़ेस पर जवाब देता है और सुरंग के ज़रिए जवाब वापस भेजने से इंकार करता है, और डिफ़ॉल्ट रूट सही दिखता है। यहीं मुख्य तालिका पूरी कहानी रहना बंद कर देती है। Linux नीति नियमों से हर पैकेट के लिए राउटिंग तालिका चुन सकता है, और हो सकता है VPN ने एक स्थापित की हो। डिफ़ॉल्ट रूट को छूने से पहले नियम पढ़ें।

क्रम मायने रखता है: पहले नियम, फिर वह तालिका जिसे हर नियम चुनता है।

नियमों को प्राथमिकता क्रम में पढ़ें

ip rule show चलाएँ और ऊपर से नीचे पढ़ें। प्राथमिकता संख्या मूल्यांकन क्रम नियंत्रित करती है, और छोटी संख्या पहले जाँची जाती है। 32766 पर डिफ़ॉल्ट नियम आमतौर पर आखिरी मायने रखने वाला नियम है। अगर सूची लंबी है, तो कुछ भी बदलने से पहले उसे फ़ाइल में सहेजें।

हर नियम के लिए प्राथमिकता, मिलान (स्रोत, मार्क, इंटरफ़ेस या गंतव्य) और वह तालिका दर्ज करें जिसका वह संदर्भ देता है। उपयोगी तालिका के बिना नियम एक बंद गली है, रूट नहीं।

IPv6 के लिए ip -6 rule show के साथ वही करें। जो नीति केवल IPv4 परिवार में है, वह दूसरे परिवार को मुख्य तालिका पर छोड़ देती है।

वह तालिका पढ़ें जिसे हर नियम चुनता है

हर संदर्भित तालिका के लिए ip route show table <name or number> का उपयोग करें। उसके रूटों की तुलना उस इंटरफ़ेस और अगले हॉप से करें जिसकी आप अपेक्षा करते हैं। खाली या अधूरी तालिका ऐसी विफलता समझाती है जो मुख्य तालिका नहीं समझा सकती।

मुख्य तालिका में अब भी डिफ़ॉल्ट रूट हो सकता है, और यह ठीक है। अगर कोई नियम आपके प्रवाह को पहले तालिका 51820 में भेजता है, तो उस पैकेट के लिए मुख्य डिफ़ॉल्ट अप्रासंगिक है।

अगर संख्या अपरिचित है तो /etc/iproute2/rt_tables में तालिका का नाम खोजें। यह खोज एक सेकंड लेती है और लंबे चक्कर से बचाती है।

पता लगाएँ कि नियम किसने स्थापित किया

NetworkManager, wg-quick और अन्य स्क्रिप्ट नियम गतिशील रूप से स्थापित कर सकते हैं। चलते समय किसी एक को हटाना अगले पुनःकनेक्शन पर पूर्ववत हो सकता है। प्रतिस्पर्धी नियम जोड़ने से पहले प्रबंधक का कॉन्फ़िगरेशन जाँचें।

उदाहरण के लिए, wg-quick एक चिह्नित नियम और सुरंग के अनुमत पतों के लिए एक तालिका जोड़ता है। उसी नियम के कारण उन पतों का ट्रैफ़िक मुख्य डिफ़ॉल्ट को बायपास करता है। अगर आप कॉन्फ़िगरेशन बदले बिना उसे हटाते हैं, तो अगला स्टार्ट उसे बहाल कर देगा।

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

उस स्रोत संदर्भ का परीक्षण करें जो मायने रखता है

सामान्य ip route get एप्लिकेशन प्रवाह से अलग प्रश्न का उत्तर देता है। वास्तविक पैकेट जिस रास्ते जाता है उसे देखने के लिए स्रोत पता, और अगर VPN मार्क का उपयोग करता है तो मार्क जोड़ें। एक शामिल और एक बहिष्कृत गंतव्य का परीक्षण समान स्रोत संदर्भ के साथ करें। फिर अगर होस्ट डुअल स्टैक चलाता है तो IPv6 के लिए दोहराएँ।

स्वीकृत सुधार के बाद, वही दो लुकअप फिर चलाएँ और तुलना करें। इच्छित नियम, तालिका और रीस्टार्ट के बाद नियम कितनी देर टिकता है, इसका रिकॉर्ड रखें। वही रिकॉर्ड अगले सेवा रीस्टार्ट को रहस्यमय के बजाय समझाने योग्य बनाता है। ip-rule मैनुअल पृष्ठ मिलान चयनकर्ताओं और तालिका सिंटैक्स का दस्तावेज़ीकरण करता है।