Linux वर VPN ने ढकललेले रूट आणि स्थिर रूट यात फरक कसा करावा

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

पायरी 1: प्रीफिक्स इन्स्टॉल करणाऱ्या यंत्रणेचे नाव द्या

वेगवेगळे प्रोटोकॉल वेगवेगळ्या पद्धतीने पोहोचता देतात, आणि या सगळ्याला जाहिरात म्हणणे फरक लपवते. OpenVPN सर्व्हर नियंत्रण चॅनेलवर रूट सूचना ढकलतो आणि pull फिल्टर अडवत नसेल तर क्लायंट ती इन्स्टॉल करतो. WireGuard कॉन्फिगरेशन अनुमत प्रीफिक्स स्थानिक पातळीवर सूचीबद्ध करते, जे क्लायंट क्रिप्टो-की राउटिंग आणि आपल्याकडून जोडल्या जाणाऱ्या रूटसाठी वापरतो. IPsec टनेल सहकारी सोबत ट्राफिक सिलेक्टर ठरवते, आणि कर्नल त्या सिलेक्टरमधून रूट इन्स्टॉल करते.

कोणताही तक्ता वाचण्यापूर्वी तुमचे टनेल यापैकी कोणते वापरते ते ओळखा. कनेक्टच्या वेळी ढकललेला रूट हा राउटिंग प्रोटोकॉलचा जाहिरात नाही, आणि प्रीफिक्स दूरच्या टोकाच्या मागे पोहोचण्यायोग्य आहे असे तो वचन देत नाही. दुरुस्ती कुठे बसते हे ते ठरवते, म्हणून प्रीफिक्सच्या शेजारी यंत्रणा नोंदवा.

पायरी 2: एका कनेक्टमधून तक्ता तुलना करा

टनेल खाली असताना मुख्य तक्ता जतन करा, तो वर आणा, पुन्हा जतन करा आणि दोन्ही कॅप्चरची तुलना करा. दिसलेले सर्व कनेक्शनच्या जीवनचक्राचे आहे, आणि राहिलेले सर्व स्थानिक कॉन्फिगरेशनचे आहे.

ip route show table main > /tmp/route-down.txt ने तो कॅप्चर करा, कनेक्ट करा आणि पुन्हा कॅप्चर करा. साइट IPv6 वापरत असेल तर ip -6 route साठीही तेच करा, कारण तिथे नसलेले प्रीफिक्स राउटिंगशी संबंध नसलेल्या वाटणाऱ्या बिघाडी निर्माण करते.

पायरी 3: केवळ उपस्थिती नाही, मेट्रिक वाचा

एकाच प्रीफिक्ससाठी दोन नोंदी एकत्र असू शकतात, आणि कर्नल कमी मेट्रिक निवडतो. मेट्रिक 50 असलेला स्थिर रूट दोन्ही दिसत असूनही 100 वरच्या ढकललेल्या रूटवर जिंकत राहतो, म्हणून ‘रूट तिथे आहे’ आणि ‘ट्राफिक तो वापरते’ या वेगळ्या विधाने आहेत.

ip route get 10.20.5.7 ने कर्नलला थेट विचारा आणि तो जे इंटरफेस सांगतो ते वाचा. तक्त्यात टनेलचा रूट असताना ट्राफिक भौतिक अडॅप्टरमधून बाहेर पडत असेल, तर ते मेट्रिक किंवा प्रीफिक्सची लांबी स्पष्ट करते, VPN क्लायंट नाही. टनेलच्या मागे आहे असे तुम्हाला माहीत असलेल्या होस्टसाठी आणि नाही असे माहीत असलेल्या होस्टसाठी शोध पुन्हा करा, आणि फरक विभाजन अपेक्षेप्रमाणे वागते का हे दाखवेल.

पायरी 4: टनेलपेक्षा जास्त टिकणाऱ्या नोंदी शोधा

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

तुमचे वितरण ज्या जागी वापरते तिथे कायमची बाजू तपासा, ती systemd-networkd युनिट, NetworkManager प्रोफाइल किंवा क्लायंटच्या up डिरेक्टरीतील स्क्रिप्ट असू शकते. ip route del ने जिवंत तक्ता दुरुस्त करणे पुढच्या कनेक्टपर्यंतच टिकते. ती हटवणे दुरुस्ती नाही, गृहीतकाची चाचणी म्हणून घ्या.

दूरचे टोक चुकीचे कव्हरेज देत असेल, तर सर्व फिल्टर करण्याऐवजी ऑपरेटरकडे मांडा. सर्व ढकललेल्या सेटिंग्ज टाकून देणे प्रोफाइल अवलंबून असलेले DNS आणि विभाजित टनेल धोरणही टाकून देते.

पायरी 5: क्लायंटला दोष देण्यापूर्वी परतीचा मार्ग निश्चित करा

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

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

पायरी 6: ping नाही, संसाधनाची चाचणी करा

निवडलेला रूट बरोबर झाल्यावर प्रत्यक्ष संसाधन उघडा आणि परतीचा ट्राफिक निश्चित करा. ping उत्तर एका दिशेने मार्ग सिद्ध करते आणि सेवेबद्दल काहीही नाही, आणि कॅश केलेल्या कनेक्शनवर उत्तर देणारी सेवा त्याहून कमी सिद्ध करते.

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