पूर्वनिर्धारित मार्ग परिवर्तन गर्नु अघि Linux नीति राउटिङ जाँच्नुहोस्
एउटा नियमले प्रवाहलाई अर्को तालिकामा पठाएर मुख्य पूर्वनिर्धारितलाई अप्रासंगिक बनाउन सक्छ। Linux VPN मार्ग परिवर्तन गर्नु अघि प्राथमिकता, तालिका र मालिक पढ्नुहोस्।
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 ले सुरुङका अनुमतिप्राप्त ठेगानाहरूका लागि चिन्हित नियम र तालिका थप्छ। ती ठेगानाहरूमा जाने ट्राफिकले मुख्य पूर्वनिर्धारितलाई किन बाइपास गर्छ भन्ने कारण त्यही नियम हो। कन्फिगरेसन नबदली यसलाई हटाउनुभयो भने, अर्को up ले यसलाई पुनर्स्थापित गर्छ।
समीक्षा गर्दा इन्डपोइन्टको बाह्य मार्ग र व्यवस्थापन पहुँच सुरक्षित राख्नुहोस्। आउटपुट सरल बनाउन सक्रिय टाढाको गेटवेमा सबै नियमहरू खाली नगर्नुहोस्। परिवर्तनपछि टिकिरहने व्यवस्थापन सत्र पनि परीक्षणको भाग हो।
महत्त्वपूर्ण स्रोत सन्दर्भ परीक्षण गर्नुहोस्
सामान्य ip route get अनुप्रयोग प्रवाहभन्दा फरक प्रश्नको जवाफ दिन्छ। वास्तविक प्याकेटले लिने बाटो देख्न स्रोत ठेगाना, र VPN ले प्रयोग गर्छ भने चिन्ह थप्नुहोस्। एउटै स्रोत सन्दर्भका साथ समावेश र बहिष्कृत गन्तव्य परीक्षण गर्नुहोस्। होस्टले दोहोरो स्ट्याक चलाउँछ भने IPv6 का लागि दोहोर्याउनुहोस्।
स्वीकृत सुधारपछि ती दुई खोजहरू फेरि चलाएर तुलना गर्नुहोस्। इच्छित नियम, तालिका र नियम पुनःसुरुवातमा कति टिक्छ भन्ने रेकर्ड राख्नुहोस्। अर्को सेवा पुनःसुरुवातलाई रहस्यमय नभई व्याख्यायोग्य बनाउने त्यही रेकर्ड हो। ip-rule म्यानुअल पृष्ठ ले मिलान चयनकर्ता र तालिका वाक्यरचना दस्तावेजीकरण गर्छ।