VPN रूट टेबल तुम्हाला काय सांगते आणि काय सांगू शकत नाही

तुम्ही कनेक्ट करता, रूटची यादी चालवता आणि अशी सबनेट दिसते जी तुम्ही कधी ऐकलेली नाही आणि जी टनेलकडे निर्देश करते। ती ओळ एक गोष्ट नेमकी सांगते आणि अनेक गोष्टी अजिबात सांगत नाही। हे यंत्र त्या प्रीफिक्सकडे पॅकेट कसे पाठवेल हे ती नोंदवते, तिथे कोणते होस्ट आहेत याबद्दल काहीही नाही, आणि तुमचे खाते काय गाठू शकते याबद्दलही काहीही नाही। ती नीट वाचायला एक मिनिट लागते; यादी म्हणून वाचायला ती विसरण्यासाठी खूप जास्त वेळ लागतो।

टेबल स्थानिक सूचना म्हणून वाचा

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

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

रुंद प्रीफिक्स ही यादी नाही

टनेलमधून राउट केलेले /16 म्हणजे सोळा हजार पोहोचण्यायोग्य होस्ट नाहीत, आणि डीफॉल्ट रूट म्हणजे त्याहूनही कमी। सर्व्हर कोण उत्तर देईल हे ठरवतो, फायरवॉल काय अनुमत आहे हे ठरवतो, आणि खाते काय अधिकृत आहे हे ठरवते।

अरुंद टेबलमध्ये उलटा सापळा आहे: नसलेला प्रीफिक्स म्हणजे गंतव्य दुसऱ्या मार्गाने पोहोचण्यायोग्य आहे, किंवा ते अजिबात राउट केलेले नाही एवढेच असू शकते। त्या दोन गोष्टी तपासण्यापर्यंत सारख्याच दिसतात। टेबलची तुलना VPN मध्ये काय असावे या तुमच्या अपेक्षांशी नाही, तर वापरण्यास सांगितलेल्या संसाधनाशी करा।

नोंदी कुठून येतात

रूट किमान चार ठिकाणांहून येतात: कॉन्फिगरेशन फाइल, कनेक्शन स्थापित होताना रूट ढकलणारा सर्व्हर, इंटरफेसचा मालक नेटवर्क व्यवस्थापक, आणि घटनेच्या वेळी आदेश टाइप करणारी व्यक्ती। प्रत्येकाचे आयुष्य वेगळे आणि मालक वेगळा असतो।

खंड पडल्यावर टाइप केलेला रूट तोच आहे जो रीबूटवर अदृश्य होतो आणि कोणाच्याही दस्तऐवजात दिसत नाही। सर्व्हरने ढकललेला रूट सर्व्हर बदलल्यावर बदलतो, म्हणूनच स्पष्टीकरण नसलेला नवीन प्रीफिक्स क्लायंट बदलानंतर नाही, तर गेटवे अपडेटनंतर दिसतो। ip-route मॅन्युअल फ्लॅग वाचावे लागल्यास टेबल आणि फील्डची वाक्यरचना दस्तऐवजीकरण करते।

सेवा कराराशी रूट तपासा

उपयुक्त तुलना टेबल आणि तुम्हाला वचन दिलेल्या सेवेमध्ये आहे: नाव, पत्त्याची व्याप्ती, पोर्ट आणि मालक। हे चार प्रीफिक्सच्या शेजारी लिहा, आणि त्रुटी दिसू लागतील।

ip route show table all dev tun0
ip route get 10.20.5.9
ip rule show

प्रीफिक्स असूनही सेवा अपयशी ठरली, तर टेबलने आपले काम केले आहे आणि समस्या दुसरीकडे आहे: नाव निराकरण, पलीकडे फायरवॉल, किंवा योग्य गट नसलेले खाते। प्रीफिक्स नसल्यास, प्रश्न काय टाइप करायचे हा नाही, तर ते कोणी पुरवायला हवे होते हा आहे। दोन्हीपैकी कोणतेही उत्तर पुढे विचारायच्या संघाचे नाव सांगते, आणि रूट टेबल वाचण्याचा तो एकमेव उपयुक्त परिणाम आहे। टर्मिनल बंद करण्यापूर्वी ते नाव लिहून ठेवा।

कोणत्याही बदलाची आधीची आणि नंतरची स्थिती तारीख व इंटरफेससह नोंदवा। रूट टेबल एका यंत्रावरील एका क्षणाचे छायाचित्र आहे, आणि ते कधी घेतले हे कोणी लिहिल्यावरच ते पुरावा बनते।