ट्रान्सपोर्ट किंवा टनेल मोड: निर्णय पॅकेटवरून घ्या, आकृतीवरून नाही
ट्रान्सपोर्ट आणि टनेल ESP च्या आत काय आहे हे सांगतात, योजक होस्ट किंवा गेटवे सहभागी आहे का हे नाही। तीन प्रश्न ठरवतात की एखाद्या तैनातीला कोणता मोड लागतो।
पाठ्यपुस्तकातील आकृत्या ट्रान्सपोर्ट मोडला दोन होस्टांशी आणि टनेल मोडला दोन गेटवेजशी जोडतात, आणि हा नियम तो मोडणाऱ्या पहिल्या तैनातीपर्यंत टिकतो। मोड सांगतो की ESP पॅकेट काय गुंडाळते, योजक बाजू कोण आहेत हे नाही। गेटवे ट्रान्सपोर्ट मोडमध्ये रहदारीचे संरक्षण करू शकतो, आणि होस्टांची जोडी इच्छा असल्यास टनेल मोड वापरू शकते। तीन प्रश्न ठरवतात की विशिष्ट तैनातीला काय लागते।
मोड एक मांडणी आहे, टोपोलॉजी नाही
ट्रान्सपोर्ट मोडमध्ये ESP हेडर IP हेडरनंतर आणि पुढील स्तराच्या पेलोडपूर्वी येतो, त्यामुळे मूळ IP हेडर बाहेर आणि दिसण्याजोगा राहतो। टनेल मोडमध्ये संरक्षित सामग्री संपूर्ण IP पॅकेट असते, आणि नवीन बाह्य हेडर दोन IPsec बाजूंना नावे देतो।
| Mode | What follows the outer IP header | Headers a capture shows |
|---|---|---|
| Transport | ESP, then the next-layer payload | One IP header |
| Tunnel | ESP, then a whole inner IP packet | Outer and inner headers |
गोपनीयता निवडल्यास टनेल मोडमधील संरक्षित क्षेत्रात ते आतील IP हेडरही येते, त्यामुळे कोणतेही कॅप्चर किल्ल्यांशिवाय खऱ्या अंतबिंदू सांगू शकत नाही। बाह्य हेडर दोन्ही स्थितींमध्ये वाचनीय राहते, आणि तेच समस्या-निवारण अगदी शक्य करते।
प्रश्न एक: ESP च्या आत नेमके काय आहे
अनुप्रयोग जे पॅकेट तयार करतो ते पाहा आणि विचारा की कोणती सीमा त्याचे संरक्षण करते। उत्तर आधीच बरोबर असलेल्या दोन पत्त्यांमधील ट्रान्सपोर्ट पेलोड असल्यास, दुसरे हेडर शोधल्याशिवाय ट्रान्सपोर्ट मोड जुळतो। संरक्षित सामग्रीला स्वतःचे पत्ते लागत असल्यास, कारण खरे अंतबिंदू रहदारी वाहून नेणाऱ्या बाजूंपेक्षा वेगळे आहेत, तर काम टनेल मोड करतो। दोन्ही स्थिती एकाच संस्थेत असतात, म्हणून एकच धोरण विधान सर्व काही व्यापते असे क्वचितच होते।
या प्रश्नाचे उत्तर कॅप्चर आणि मार्गनिर्देशन तक्त्यावरून देता येते। पेट्यांना क्लायंट आणि सर्व्हर असे नाव देणाऱ्या चित्रावरून उत्तर देता येत नाही। कोणत्याही बाजूने घेतलेले कॅप्चर आपण दोनपैकी कोणाकडे पाहत आहात हे सेकंदांत दाखवते।
प्रश्न दोन: आत आधीच टनेल आहे का
L2TP हे तो मुद्दा दाखवणारे ऐतिहासिक प्रतिउदाहरण आहे। सेवा L2TP सत्राच्या आत PPP वाहते, आणि IPsec त्या देवाणघेवाणीचे संरक्षण करते; मांडणी ट्रान्सपोर्ट मोड निर्दिष्ट करते, टनेल मोडला पर्याय म्हणून परवानगी देत। दिसणारा परिणाम सेवा स्तरावरील टनेल आहे ज्याचे बाह्य संरक्षण ट्रान्सपोर्ट मोड वापरते।
म्हणून उत्पादन वर्णनात टनेल हा शब्द असणे त्याखालील स्तराच्या मोडबद्दल काहीही सांगत नाही। कोणत्या प्रश्नाने हे ठरवले ते लिहून ठेवा, कारण पुढील समीक्षकही तेच विचारेल। नावावरून अंदाज न लावता त्या संयोजनाचे तपशील वाचा, कारण ही सवय उत्पादनाने काय समर्थित केले पाहिजे यावरील बहुतेक वाद टाळते।
प्रश्न तीन: बाजूला काय लागते
दोन्ही बाजूंनी सहमती गाठावी लागते, आणि एक मोड देऊन दुसरी बाजू दुसरा मागत असलेला प्रस्ताव शांतपणे कमजोर होण्याऐवजी बोलणीच्या वेळी अपयशी ठरतो। दूरच्या टोकाच्या मालकाला धोरण कोणता मोड नावे देते ते विचारा, आणि दस्तऐवजीकरणाच्या सारांशाऐवजी प्रस्ताव तपासा।
मिश्र वातावरण सामान्य आहे: एक गेटवे जुन्या उत्पादनासाठी ट्रान्सपोर्ट-मोड सत्रे आणि साइट लिंकसाठी टनेल-मोड सत्रे संपवतो। मोड प्रति सहयोग आहे, प्रति उपकरण नाही। वैशिष्ट्याच्या नावाऐवजी सहयोगांची यादी मागा, कारण नाव संरचनेपेक्षा वेगाने प्रवास करते।
असलेला सहयोग वाचणे
पुनरावलोकनासाठी बाजू, मोड, निवडक आणि पुढील स्तराचा प्रोटोकॉल सूचीबद्ध करा, नंतर निकालाभोवती गुंडाळलेले कोणतेही आवेष्टन जोडा। पत्ता भाषांतर स्वतःचे बाह्य दृश्य जोडते आणि ते मोड नाही; भाषांतरित प्रवाह अजूनही दोनपैकी कोणताही असू शकतो। यादी ही एकमेव कलाकृती आहे जी सहयोगाला इच्छित स्वरूपात नाही तर प्रस्थापित स्वरूपात दाखवते।
मार्गनिर्देशन आणि अधिकृततेच्या प्रश्नाने समाप्त करा, कारण योग्य पॅकेट मांडणी कोणत्या उपनेटला परवानगी आहे किंवा उत्तर मार्ग आहे का हे काहीही सांगत नाही। ते धोरणात आणि मार्ग तक्त्यात राहतात, आणि यापैकी काहीही मोडबद्दलचा युक्तिवाद बदलत नाही।