तो L2TP पत्ता IPCP आहे, LAN वर DHCP लीज नाही

आतील पत्ता PPP चर्चेतून येतो, कार्यालयाच्या DHCP सर्व्हरकडून नाही। कोणता टप्पा तो देतो, LAN का उत्तर देऊ शकत नाही आणि काय तपासावे ते पाहा।

कनेक्शन वर येते आणि अडॅप्टर कार्यालयाच्या श्रेणीतील पत्ता दाखवते, म्हणून VPN ने तुम्हाला LAN पत्ता दिला आणि त्यामुळे तुम्हाला LAN वर ठेवले हा निष्कर्ष साहजिक आहे। त्यातील कोणताही अर्धा भाग पूर्णपणे बरोबर नाही। L2TP PPP सत्र वाहून नेते, आणि PPP IPCP सह आतील IPv4 पत्त्यावर चर्चा करते। तो पत्ता दोन पक्षांमध्ये ठरलेला सत्र मापदंड आहे, कार्यालयाच्या DHCP सर्व्हरने दिलेली लीज नाही, आणि तो ठेवल्याने तुम्ही कार्यालयाच्या तारेवर शेजारी होत नाही।

एका कनेक्शनमध्ये दोन पत्ते

L2TP कनेक्शनमध्ये दोन स्वतंत्र चर्चा असतात। बाहेरची तुमच्या उपकरणाच्या आणि VPN अंतिम बिंदूच्या दरम्यान तुमच्याकडे आधीच असलेल्या कोणत्याही नेटवर्कवर संरक्षित मार्ग उभा करते। आतली PPP सत्र आहे, आणि तिथेच तुमच्या सत्राचा पत्ता आणि दुसऱ्या टोकाचा पत्ता ठरतो। इंटरनेट रहदारी पूर्णपणे तिसऱ्या पत्त्याखाली, अंतिम बिंदूच्या सार्वजनिक पत्त्याखाली बाहेर जाऊ शकते, म्हणून VPN तपासणी पृष्ठ आणि अडॅप्टरचा पत्ता क्वचितच जुळतात।

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

IPCP नेमके काय करते

IPCP हा PPP साठी IPv4 नियंत्रण प्रोटोकॉल आहे। प्रत्येक बाजू आपल्याला हव्या असलेल्या पर्यायांचे वर्णन करणारे Configure-Request संदेश पाठवते, आणि पत्ता पर्याय त्यातील एक आहे। ज्याच्याकडे अजून पत्ता नाही तो क्लायंट सहसा 0.0.0.0 ने विचारतो, आणि सर्व्हर क्लायंटने वापरावा अशी त्याला इच्छित पत्ता घेऊन Configure-Nak ने उत्तर देतो। नंतर क्लायंट तो पत्ता मागतो, आणि सत्र स्थानिक व दूरच्या पत्त्यासह वर येते।

ती देवाणघेवाण PPP आणि IPCP तपशिलांमध्ये नोंदवलेली आहे, आणि बगसारखी दिसणारी बारीक गोष्ट ती स्पष्ट करते: पत्ता सर्व्हर स्वतःच्या धोरणानुसार निवडतो, जे पूल, प्रति-वापरकर्ता सेटिंग किंवा प्रमाणित ओळखीशी जोडलेला पत्ता असू शकतो। पूल संपल्यावर, किंवा धोरण विनंतीशी संघर्ष करत असल्यास, प्रमाणीकरण यशस्वी होऊ शकते पण पत्ता चर्चा अयशस्वी होते, आणि क्लायंट कधीच स्थिर न होणाऱ्या कनेक्शनची तक्रार करतो।

ip addr show ppp0
ip route show default
dmesg | grep -i pppd

pppd लॉगमधील स्थानिक आणि दूरचा पत्ता नमूद करणारी ओळ त्या चर्चेचा यशस्वी शेवट आहे। यशस्वी प्रमाणीकरणाच्या शेजारी तिची अनुपस्थिती क्रेडेन्शियल्सकडे नाही, तर पत्ता टप्प्याकडे इशारा करते।

LAN तुम्हाला उत्तर का देऊ शकत नाही

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

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

आधी सत्र तपासा, नंतर मार्ग

आधी इंटरफेस, नंतर मार्ग, नंतर एक महत्त्वाचे गंतव्य तपासा। प्रत्येक टप्प्याची स्वतःची अयशस्वी होण्याची पद्धत आहे, आणि तिन्ही एकत्र तपासल्यास नंतर समर्थन करता येणार नाही असा निष्कर्ष मिळतो।

curl -sS --max-time 5 https://ifconfig.me
ping -c 3 10.50.30.20
ip route get 10.50.30.20

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

तीन टप्पे वेगळे ठेवा

प्रमाणीकरण, पत्ता चर्चा आणि अग्रेषण वेगवेगळ्या प्रकारे अयशस्वी होतात, आणि प्रत्येकाचा वेगळा जबाबदार आहे। क्रेडेन्शियल्स ही ओळखीची समस्या आहे, IPCP संपणे ही सर्व्हर धोरणाची समस्या आहे, आणि परतीचा मार्ग नसणे ही नेटवर्क रचनेची समस्या आहे। तिन्हींची “VPN खराब आहे” अशी तक्रार केल्यास संथ दुरुस्ती निश्चित आहे।

दिलेला पत्ता, तो कोणत्या पूलमधून आला आणि LAN ने त्यापर्यंत पोहोचायचे आहे का, हे नोंदवा। ती एकच नोंद पुढच्या व्यक्तीला DHCP लीज गृहीत धरून कधीही सहभागी न झालेली श्रेणी शोधण्यापासून रोखते।

संबंधित लेख