IPsec पर बड़े पैकेट गायब हो जाते हैं जबकि छोटे ping काम करते रहते हैं
छोटी जाँचें उत्तर देती हैं और फ़ाइल कॉपियाँ अटक जाती हैं, यह एन्क्रिप्शन से पहले लिए गए आकार-निर्णय का संकेत है। पता लगाएँ कि कौन-सा पक्ष पैकेट को विभाजित करता है और क्यों।
दूरस्थ शेल उत्तरदायी बने रहते हैं, छोटी जाँचें उत्तर देती हैं, और फिर एक फ़ाइल कॉपी धीरे-धीरे चलकर अटक जाती है, ऐसी कोई त्रुटि नहीं जिसे कोई इंगित कर सके। बड़े पेलोड के साथ ping इसे तुरंत दोहराता है, और वही स्थानांतरण स्थानीय नेटवर्क से काम करता है। एन्क्रिप्शन में कुछ भी धीमा नहीं है; कुछ पैकेट कभी पहुँचते ही नहीं। दो अलग-अलग विभाजन यह संकेत बना सकते हैं, और वे अलग-अलग साक्ष्य छोड़ते हैं।
दो जगह जहाँ पैकेट को विभाजित किया जा सकता है
एन्क्रिप्शन से पहले, राउटर बहुत बड़े आंतरिक पैकेट को विभाजित कर सकता है और हर टुकड़े को अलग से सुरक्षित कर सकता है। एन्क्रिप्शन के बाद, तैयार बाहरी पैकेट ही विभाजित होता है, और दूर के सिरे को कुछ भी डिक्रिप्ट करने से पहले उसे फिर से जोड़ना पड़ता है। वही लक्षण, प्राप्तकर्ता के लिए अलग काम और आपके लिए अलग नियंत्रण।
यह अंतर महत्वपूर्ण है क्योंकि गलत पक्ष पर लक्षित सुधार विफलता को हिलाए बिना एक संख्या बदल देता है। इंटरफ़ेस पर अस्वीकृत पैकेट कभी बाहरी पैकेट नहीं बनता, इसलिए बाहरी पक्ष का कोई भी सेटिंग उसे नहीं बचा सकती।
आकार का निर्णय वास्तव में कहाँ लिया जाता है
टनल इंटरफ़ेस एक IP MTU रखता है, और वह मान बहुत बड़े आंतरिक पैकेट को IPsec चरण के देखने से बहुत पहले अस्वीकार कर सकता है। बाहरी हेडर पर बिट लगाना उस पहले के निर्णय की समीक्षा नहीं करता, क्योंकि पैकेट पहले ही अस्वीकृत हो चुका है। इसीलिए आंतरिक MTU बढ़ाना कभी-कभी सुधारने के बजाय और बिगाड़ देता है। दोनों में से कोई भी बदलने से पहले इंटरफ़ेस का मान और बाहरी व्यवहार पढ़ें, क्योंकि सस्ता बदलाव आमतौर पर वही होता है जो लक्षण को समझाता है।
पहले इंटरफ़ेस का मान जाँचें, फिर बाहरी व्यवहार। दो संख्याएँ, दो चरण, और आमतौर पर उनमें से केवल एक ही ज़िम्मेदार होता है।
बाहरी बजट आंतरिक बजट नहीं है
हर एन्कैप्सुलेशन हेडर पर बाइट खर्च करता है, और मात्रा ट्रांसपोर्ट, पता परिवार और इस पर निर्भर करती है कि NAT ट्रैवर्सल शामिल है या नहीं। स्थानीय लिंक में फ़िट होने वाला आंतरिक पैकेट फिर भी ऐसा बाहरी पैकेट बना सकता है जो उसके आगे के पथ में फ़िट न हो। अतिरिक्त लागत अनुमान लगाने के बजाय मापें, क्योंकि हर वैकल्पिक हेडर बिल में जुड़ता है। NAT ट्रैवर्सल वाला टनल नंगे टनल से अधिक चुकाता है, और अंतर कल काम करने वाले स्थानांतरण को तोड़ने के लिए पर्याप्त है।
जहाँ बाहरी पैकेट डू-नॉट-फ़्रैगमेंट बिट रखता है, वहाँ जो हॉप इसे आगे नहीं भेज सकता वह इसे गिरा देता है और उसे ICMP संदेश लौटाना चाहिए। यदि वह संदेश कहीं फ़िल्टर हो जाता है, तो प्रेषक पुनः प्रयास करता रहता है और उपयोगकर्ता को बिना व्याख्या के ठहराव दिखता है। वही मौन ड्रॉप सामान्य कारण है कि आकार की समस्या को गति की समस्या बताया जाता है।
IPv6 विकल्पों में से एक हटा देता है
IPv6 राउटर ट्रांज़िट में विखंडन नहीं करते, इसलिए बाहरी पैकेट या तो फ़िट होता है या Packet Too Big संदेश के साथ गायब हो जाता है। वही संदेश एकमात्र फ़ीडबैक चैनल बन जाता है, और उसे अवरुद्ध करना आगे के हर बड़े स्थानांतरण के लिए पथ-खोज तोड़ देता है। IPv4 राउटर बड़े पैकेट को तब विखंडित कर सकते हैं जब बिट स्पष्ट हो, जो खराबी को तब तक छिपाता है जब तक कुछ और वह बिट सेट न कर दे।
मिश्रित स्टैक पर वही टनल दोनों परिवारों के लिए अलग व्यवहार कर सकता है, इसलिए IPv4 पर एक परीक्षण IPv6 की शिकायत तय नहीं करता। जो जाँच एक ही परिवार का अभ्यास करती है वह आधा उत्तर बिना मापे छोड़ देती है।
TCP सेगमेंट नीति सामान्य उत्तर नहीं है
अधिकतम सेगमेंट आकार सीमित करना TCP प्रवाहों की मदद करता है, और जब समस्या उन्हीं तक सीमित हो तो यह उचित नियंत्रण है। इसका UDP पर कोई प्रभाव नहीं है, जो DNS, कुछ वॉइस प्रोटोकॉल और वेब ट्रैफ़िक का बढ़ता हिस्सा ढोता है।
इसे लागू करें, फिर उस कार्यभार को जाँचें जो विफल हुआ। यदि UDP मामला अब भी विफल होता है, तो सेगमेंट नीति कभी उत्तर नहीं थी और इंटरफ़ेस बजट को अब भी ध्यान चाहिए। पहले विफल कार्यभार का प्रोटोकॉल पहचानें, फिर उससे संबंधित नियंत्रण चुनें।
काम करने का क्रम
जो सबसे बड़ा पेलोड बचता है उसे लिखें, फिर इंटरफ़ेस MTU, फिर क्या बाहरी पैकेट डू-नॉट-फ़्रैगमेंट बिट रखता है, और अंत में क्या ICMP फ़ीडबैक प्रेषक तक पहुँचता है। वह क्रम अनुमान लगाए बिना खराबी को सीमित करता है। हर अवलोकन को समय-चिह्न और अंतिम बिंदु के साथ रखें, क्योंकि पथ बदलने पर चारों संख्याएँ हिलती हैं।
एक मान बदलें, मूल स्थानांतरण फिर जाँचें और परिणाम रखें। जो टनल बड़ी जाँच पास करता है पर अनुप्रयोग पर अटकता रहता है वह दूसरी समस्या की ओर बढ़ गया है, और यह लिखने योग्य प्रगति है। अगला व्यक्ति निष्कर्ष के बजाय संख्याएँ पसंद करेगा।