के DHCP मार्गहरूले तपाईंको ट्राफिकलाई VPN सुरुङको वरिपरि पठाउन सक्छन्?

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

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

सञ्जालले तपाईंलाई असर गर्न सक्ने दुई तरिका

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

बाटोमा रहेका उपकरणलाई दोस्रो अवस्थामा असर गर्न तपाईंको कुञ्जी चाहिँदैन। तपाईंको अन्त्य बिन्दुले मार्ग, रिजोल्भर वा त्यस्तो उत्पादन गर्ने नीति नियम स्वीकार गरे पुग्छ।

expected:  app -> tunnel device -> encapsulation -> internet
observed:  app -> wlan0        -> plaintext     -> internet

सुरुङ अस्तित्वमा आउनुअघि मार्ग कहाँबाट आउन सक्छ

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

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

IPv6 ले आफ्नै छुट्टै जाँच पाउनुपर्छ, किनकि राउटर विज्ञापनहरूले DHCPv4 विकल्पभन्दा फरक कोडमार्फत पूर्वनिर्धारित मार्ग बोक्छन्। केवल v4 तालिका जाँच्ने परीक्षणले त्यो समेट्दैन।

कर्नेलले वास्तवमा रोज्ने बाटो जाँच्नुहोस्

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

ip route get 203.0.113.10
ip route show table all | grep -E '^(default|203\.0\.113)'
ip rule show
resolvectl query example.com

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

पूर्वनिर्धारित मार्गमा रोकिनुहोस् भन्ने छैन। एप अपवाद, विभाजित सुरुङ प्रिफिक्स वा दोस्रो नीति नियमले पूर्वनिर्धारित अझै सुरुङभित्र देखाइरहेका बेला कुनै विशेष गन्तव्यलाई सुरुङको वरिपरि लैजान सक्छ।

कार्यान्वयन कहाँ रहनुपर्छ निर्णय गर्नुहोस्

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

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

प्रत्येक ग्राहक अपग्रेड र प्रत्येक सञ्जाल परिवर्तनपछि खोज आदेशहरू फेरि चलाउनुहोस्, र अन्तिम अभिलेख गरिएको नतिजासँग तुलना गर्नुहोस्। मार्ग तालिका कार्यान्वयनको सिमाना हो, त्यसैले यसलाई त्यही रूपमा व्यवहार गर्नुहोस्।