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

{एक पॅकेट दुसऱ्याच्या आत, दोन वितरण मॉडेल}

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

inner packet: private address -> tunnel device -> the VPN process
outer packet: endpoint address -> access route -> next-hop hardware address

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

{खरोखर महत्त्वाचा शेजारी शोधा}

{राउटिंग टेबलला विचारा की एंडपॉइंट कोणता पुढील हॉप वापरतो, नंतर त्या हॉपसाठी शेजारी टेबल तपासा. एंडपॉइंट स्वतः तिथे क्वचितच दिसतो, कारण तो स्थानिक लिंकवर नाही.}

ip route get 198.51.100.20
ip neigh show 192.168.0.1

{नोंद असल्यास आणि पोहोचण्यायोग्य असल्यास, बाहेरील मार्ग ठीक आहे आणि दोष दुसरीकडे आहे. ती नाहीशी झाली असेल किंवा अयशस्वी स्थितीत असेल, तर लिंक, गेटवे पत्ता किंवा निराकरण अडवणारे धोरण पाहण्याची जागा आहे. टनेलवरील सायफर सेटिंग्ज बदलल्याने दोन्हीपैकी कोणत्याही स्थितीत मदत होऊ शकत नाही. शेजारी टेबल जी स्थिती-स्ट्रिंग कळवते ती नोंदवा, कारण ती चालू असलेला प्रयत्न कायमच्या अयशस्वीपणापासून वेगळा करते.}

{शिकलेली नोंद अवलंबित्व लपवू शकते}

{कॅशे केलेली नोंद ती तयार करणारी गोष्ट गेल्यानंतर काही काळ काम करत राहते, म्हणून बदलानंतर काही मिनिटांनी केलेली चाचणी चुकीच्या कारणाने उत्तीर्ण होऊ शकते. निराकरण अनावश्यक आहे असा निष्कर्ष काढण्यापूर्वी नोंद जुनी होईपर्यंत थांबा, किंवा ती जाणूनबुजून हटवा.}

{उलटी चूकही तितकीच सामान्य आहे: न सोडवलेल्या नोंदीला टनेल तुटल्याचा पुरावा मानले जाते. प्रत्यक्षात ती स्थानिक विभागाकडे, दुहेरी पत्त्याकडे किंवा उत्तर वाहणारे फ्रेम टाकून देणाऱ्या पोर्ट सुरक्षा नियमाकडे निर्देश करते. VPN कॉन्फिगरेशनला हात लावण्यापूर्वी स्विच पोर्ट तपासा.}

{वेळ हा पुरावा म्हणून वाचा. सोडवली जाऊन नंतर वारंवार संपणारी नोंद हलत्या लिंककडे किंवा एका पत्त्यासाठी उत्तर देणाऱ्या दोन उपकरणांकडे निर्देश करते, तर कधीच न सोडवली जाणारी नोंद गेटवे पत्त्याकडे किंवा प्रवेश पोर्टवरील गाळणुकीकडे निर्देश करते.}

{गतिशील निराकरण आणि स्थिर नोंदीतून निर्णय घ्या}

{गतिशील निराकरण एका कारणाने डीफॉल्ट आहे: गेटवे बदलल्यावर ते हार्डवेअरचे अनुसरण करते आणि कोणाशीही समन्वयाची गरज नसते. स्थिर नोंद तेव्हा समर्थनीय असते जेव्हा नेटवर्क जाणूनबुजून व्यवस्थापित केले जाते आणि पत्ता व हार्डवेअर पत्ता यांची जोडी दस्तऐवजीकृत रचनेचा भाग असते.}

ApproachGood fitCost you accept
Dynamic resolutionLaptops, changing networks, anything with a spare minute to recoverA short outage while the entry is relearned
Permanent entryFixed appliances where the pairing is controlled and recordedA silent failure the day the hardware changes

{कोणत्याही प्रकारे, निवड बाहेरील पॅकेट वाहणाऱ्या प्रवेश इंटरफेसवर लागू करा. त्या इंटरफेसवर निराकरण बंद केल्याने टनेल बळकट होत नाही; ते क्लायंटची ते वाहणाऱ्या गेटवेपर्यंत पोहोचण्याची क्षमता काढून टाकते, आणि अयशस्वीपणा स्थानिक पत्ता समस्येसारखा नाही तर मृत VPN सारखा दिसतो.}

{दुसरा स्टॅकही लक्षात ठेवा}

{IPv6 पत्ता-निराकरण त्याच स्वरूपात वापरत नाही; तो शेजारी शोध वापरतो. स्तरांचा प्रश्न तसाच राहतो: खरे बाहेरील पॅकेट स्थानिक पुढील हॉपपर्यंत कसे पोहोचते, आणि उत्तर चालू आहे हे काय सिद्ध करते.}

{रचना पूर्ण घोषित करण्यापूर्वी दुसऱ्या स्टॅकवरही तीच दोन तथ्ये तपासा, कारण दोन्ही कुटुंबे वाहणाऱ्या टनेलला विचार करण्यासाठी दोन बाहेरील मार्ग आहेत. कोणता तुम्ही पडताळला आणि कोणता गृहीत धरला ते नोंदवा.}

संबंधित लेख