मेटिएको VPN रुट पुनः जडानपछि किन फर्किन्छ

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

रुट कसले स्थापना गर्‍यो

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

समयले तिनलाई कन्फिगरेसन पुरातत्वभन्दा छिटो छुट्याउँछ। इन्टरफेस माथि आउने क्षणमा देखा पर्ने प्रविष्टि क्लाइन्टको हो; एक सेकेन्डपछि आउने प्रविष्टि सामान्यतया सर्भर push बाट आउँछ; बुटमा हुने प्रविष्टि सुरक्षित कन्फिगरेसनको हो। जडान, विच्छेदन र रिबुट अघि र पछि तालिका रेकर्ड गर्नुहोस्, र ढाँचाले मालिकको नाम लिन्छ। सेवा पुनः सुरु हुँदा मात्र फर्किने रुटले VPN होइन, युनिटतर्फ सङ्केत गर्छ।

सम्पादन गर्नुअघि तालिका पढ्नुहोस्

सुरक्षित फाइलको सट्टा कर्नेलको आफ्नै दृश्य हेर्नुहोस्। प्रोटोकल स्तम्भले प्रत्येक प्रविष्टि केले स्थापना गर्‍यो देखाउँछ:

ip route show
ip route show table all
ip rule show

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

त्यसपछि कर्नेललाई वास्तवमा कुन रुट प्रयोग गर्ने हो भनी सोध्नुहोस्। सुरक्षित ठेगाना सार्वजनिक ठेगानाभन्दा राम्रो जाँच हो:

ip route get 10.20.5.7

लक्षण होइन, मालिक परिवर्तन गर्नुहोस्

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

एन्डपोइन्ट अपवाद राख्नुहोस्। VPN सर्भरको आफ्नै सार्वजनिक ठेगाना भौतिक गेटवेबाट पठाउने होस्ट रुटले बाहिरी टनेल प्याकेटहरू बगिरहन्छ; त्यो हटाउनुहोस्, र टनेलले आफैलाई बोक्न खोज्छ। स्प्लिट-टनेल प्रोफाइलमा, टनेल बाइपास गर्नुपर्ने स्थानीय सबनेटहरूका लागि पनि त्यही सावधानी लागू हुन्छ।

पुनः जडान गर्नुहोस् र दुवै बाटो प्रमाणित गर्नुहोस्

पुनः जडान गर्नुहोस्, त्यसपछि एकै पटकमा दुवै गन्तव्य जाँच्नुहोस्। सुरक्षित ठेगाना र अपवाद गरिएको एन्डपोइन्टले फरक प्रश्नको जवाफ दिन्छन्:

ip route get 10.20.5.7
ip route get 198.51.100.20

पहिलो टनेल इन्टरफेसबाट र दोस्रो भौतिक गेटवेबाट समाधान हुनुपर्छ। यदि दुवै टनेलबाट समाधान हुन्छन् भने अपवाद छुटेको छ; यदि कुनै पनि हुँदैन भने प्रोफाइल परिवर्तन लागू भएको छैन र तपाईं सोचेभन्दा फरक मालिक हेर्दै हुनुहुन्छ।

रुटको उद्देश्य, यसको मालिक र यो कति समय बाँच्नुपर्ने हो लेख्नुहोस्। त्यही टिप्पणीले अर्को व्यक्तिलाई त्यही मेटाउने र पुनः जडान गर्ने चक्र दोहोर्‍याउनबाट रोक्छ।