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

निर्गम दोन गोष्टींसाठी वाचा: मार्गात नामनिर्देशित इंटरफेस आणि निवडलेला स्रोत पत्ता. बोगद्याचा मार्ग बोगदा उपकरणाचे नाव घेतो, गळलेला मार्ग भौतिक उपकरणाचे नाव घेतो, आणि फरक काहीही डिक्रिप्ट न करता दिसतो. उत्तर धावांमध्ये बदलत असेल तर दोन्ही निर्गम ठेवा आणि ते निर्माण करणारे नियम तुलना करा.

पूर्वनिर्धारित मार्गावर थांबू नका. ॲपविषयक अपवाद, विभाजित बोगदा उपसर्ग, किंवा दुसरा धोरणनियम पूर्वनिर्धारित अजूनही बोगद्याकडे दाखवत असताना एखादे विशिष्ट गंतव्य बोगद्याभोवती नेऊ शकतो.

अंमलबजावणी कुठे असावी हे ठरवा

क्लायंटच्या बाजूची अंमलबजावणी पुरते की त्याच्या बाहेर काही हवे, हे तीन अटी ठरवतात. तुम्ही वापरत असलेल्या प्रत्येक पत्ता कुटुंबासाठी क्लायंट मार्ग बसवत असेल आणि त्यांचा बचाव करत असेल, तर पूर्वनिर्धारित मार्गाचा मालक बोगदा सामान्यतः पुरतो. बाकी सर्व बोगद्यात राहत असताना यंत्राला स्थानिक संसाधने गाठायची असतील, तर ते अपवाद प्रवेशजाळ्याने जाहीर केलेल्यावर सोडण्याऐवजी मोजून लिहून त्यांची जबाबदारी घेतली पाहिजे. आणि प्लॅटफॉर्म रहदारी प्रत्येक ॲपनुसार इंटरफेसला बांधू शकत असेल, तर ते बंधन कोणीही मागे टाकू शकणाऱ्या मार्गापेक्षा अधिक मजबूत हमी आहे.

तुम्ही जे निवडाल ते कॉन्फिगरेशन जिथे राहते तिथे लिहा. एखाद्या घटनेदरम्यान कोणी टाइप केल्यामुळे टिकलेला नियम पुढील रीस्टार्टपर्यंत टिकणार नाही, म्हणून स्थानिक आणि बूटस्ट्रॅप अपवाद अरुंद ठेवा आणि प्रत्येक का आहे ते नोंदवा.

प्रत्येक क्लायंट अपग्रेड आणि प्रत्येक जाळे बदलानंतर शोध आदेश पुन्हा चालवा, आणि शेवटच्या नोंदवलेल्या निर्गमाशी तुलना करा. मार्गतक्ता ही अंमलबजावणीची सीमा आहे, म्हणून तिला त्याच पद्धतीने वागवा.