ट्रान्सपोर्ट वा ट्युनल मोड: निर्णय प्याकेटबाट लिनुहोस्, रेखाचित्रबाट होइन
ट्रान्सपोर्ट र ट्युनलले 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 ले त्यो आदानप्रदानको संरक्षण गर्छ; मिलाउने तरिकाले ट्रान्सपोर्ट मोड निर्दिष्ट गर्छ, ट्युनल मोडलाई विकल्पका रूपमा अनुमति दिँदै। देखिने परिणाम सेवा तहको ट्युनल हो जसको बाहिरी संरक्षणले ट्रान्सपोर्ट मोड प्रयोग गर्छ।
त्यसैले उत्पादनको विवरणमा ट्युनल शब्दको उपस्थितिले यसको तलको तहको मोडबारे केही भन्दैन। कुन प्रश्नले यो निर्धारण गर्यो लेख्नुहोस्, किनकि अर्को समीक्षकले पनि त्यही सोध्नेछ। नामबाट अनुमान नगरी त्यो संयोजनको विशिष्टता पढ्नुहोस्, किनकि यो बानीले उत्पादनले के समर्थन गर्नुपर्छ भन्ने अधिकांश बहस रोक्छ।
प्रश्न तीन: पक्षलाई के चाहिन्छ
दुई पक्ष सहमत हुनुपर्छ, र एउटा मोड दिँदै अर्को पक्ष दोस्रो माग्ने प्रस्ताव शान्त रूपमा कमजोर हुनेभन्दा वार्ताका क्रममा असफल हुन्छ। टाढाको छेउको मालिकलाई नीतिले कुन मोडको नाम लिन्छ भनी सोध्नुहोस्, र कागजातको सारांशभन्दा प्रस्ताव जाँच्नुहोस्।
मिश्रित वातावरण सामान्य छ: एउटा गेटवेले पुरानो उत्पादनका लागि ट्रान्सपोर्ट-मोड सत्र र साइट लिंकका लागि ट्युनल-मोड सत्र अन्त्य गर्छ। मोड प्रति सङ्गठन हो, प्रति उपकरण होइन। सुविधाको नामभन्दा सङ्गठनको सूची माग्नुहोस्, किनकि नाम कन्फिगरेसनभन्दा छिटो यात्रा गर्छ।
भएको सङ्गठन पढ्ने
समीक्षाका लागि पक्ष, मोड, छनोटकर्ता र अर्को तहको प्रोटोकल सूचीबद्ध गर्नुहोस्, त्यसपछि नतिजावरिपरि बेरिएको कुनै पनि इन्क्याप्सुलेसन थप्नुहोस्। ठेगाना अनुवादले आफ्नै बाहिरी दृश्य थप्छ र मोड होइन; अनुवादित प्रवाह अझै दुईमध्ये कुनै पनि हुन सक्छ। सूची नै सङ्गठनलाई इच्छित रूपमा होइन, स्थापित रूपमा देखाउने एकमात्र कलाकृति हो।
रुटिङ र अधिकारको प्रश्नसँग अन्त्य गर्नुहोस्, किनकि सही प्याकेट मिलाउने तरिकाले कुन सबनेटलाई अनुमति छ वा फिर्ता मार्ग छ कि छैन भन्ने केही बताउँदैन। ती नीति र रुट तालिकामा बस्छन्, र कुनैले पनि मोडबारेको तर्क बदल्दैन।