जम्बो फ्रेमहरूले VPN मार्गलाई 9000 बाइटका प्याकेट बोक्ने बनाउँदैनन्

तपाईंले LAN मा 9000 बाइटका फ्रेम सक्षम गर्नुभयो र VPN छिटो हुने आशा गर्नुभयो। त्यो ढिलो भयो, वा ठूला स्थानान्तरण पार गर्न पूर्ण रूपमा रोकियो। जम्बो फ्रेम स्थानीय लिङ्क सम्झौता हुन्; तिनीहरूले टनेलले पार गर्ने मार्ग ठूलो बनाउँदैनन्।

प्रयोगयोग्य बजेट मार्गको सबैभन्दा सानो सीमाले निर्धारण गर्छ, टनेलले थप्ने इन्क्याप्सुलेसन सहित।

जम्बो फ्रेमले वास्तवमा के बदल्छन्

MTU एउटा इन्टरफेसको गुण हो। यसलाई सर्भर र त्यसको स्विचमा बढाउनु भनेको ती दुईले टुक्रा नगरी ठूला फ्रेम साटासाट गर्न सक्छन्। यसले स्विचपछिको राउटर, ISP, वा टनेलको अर्को छेउको बारेमा केही भन्दैन। ती यन्त्रका आफ्नै सीमा छन्, र तीमध्ये एउटा नाघ्ने प्याकेट तपाईंले नतोकेका नियमअनुसार खारेज वा टुक्रा गरिन्छ।

स्थानीय सम्झौता, विश्वव्यापी परिणाम। सारा अन्योल यही हो।

इन्क्याप्सुलेसन कर

टनेलले तपाईंको प्याकेटलाई अर्कोभित्र बेर्छ। IPv4 UDP माथि WireGuard ले करिब 60 बाइट अतिरिक्त खर्च थप्छ; OpenVPN को UDP मोड पनि त्यही दायरामा छ, र IPsec मोड र एल्गोरिदमअनुसार फरक पर्छ। ती बाइट बाहिरी मार्गको बजेटबाट आउँछन्, कतैबाट होइन।

त्यसैले 1500 बाइटको बाहिरी लिङ्कले टनेल हेडर थपिएपछि 1500 बाइटको भित्री प्याकेट बोक्न सक्दैन।

गणना एक पटक गर्न लायक छ। 1500 बाइटको मार्गमा, इन्क्याप्सुलेटेड प्याकेट अटाउन WireGuard इन्टरफेसलाई करिब 1420 MTU चाहिन्छ। भित्री इन्टरफेस 9000 मा राख्नुहोस् र हरेक ठूलो प्याकेटलाई टनेलले गर्न नसक्ने टुक्र्याइ चाहिन्छ, वा त्यो खारेज हुन्छ।

मार्गको सबैभन्दा सानो लिङ्क खोज्नुहोस्

मार्ग हिँडेर सबैभन्दा कम MTU खोज्नुहोस्। LAN सामान्यतया 1500 वा 9000, WAN सामान्यतया 1500, र मोबाइल वा PPP लिङ्क अझ कम हुन सक्छ। त्यसपछि टनेलको अतिरिक्त खर्च घटाउनुहोस्। यदि नतिजा भित्री इन्टरफेसको MTU भन्दा सानो छ भने, तपाईंको उत्तर भेटियो। मार्ग MTU खोजले यो स्वचालित रूपमा भेट्टाउन सक्छ, तर यो निर्भर ICMP सन्देशहरू पार जान दिइएमा मात्र।

फिल्टर गरिएको ICMP ठूलो स्थानान्तरण अड्किने र साना अनुरोध राम्ररी चल्ने पुरातन कारण हो।

परिवर्तन नफैलाइ आकार-निर्भरता परीक्षण गर्नुहोस्

प्रतिनिधि स्थानान्तरण प्रयोग गर्नुहोस् र मूल मानहरू सुरक्षित राख्नुहोस् ताकि तपाईं तिनीहरूलाई फर्काउन सक्नुहुन्छ। ping -M do -s 1472 ले DF बिट सेट गरी 1500 बाइटको प्याकेट परीक्षण गर्छ; पार नहुँदासम्म आकार घटाउनुहोस्। यदि ठूला प्याकेट मात्र असफल हुन्छन् भने, तपाईंसँग राउटिङ होइन, आकारको समस्या छ।

क्याप्चर पढ्दा होस्ट-साइड अफलोडबाट सावधान रहनुहोस्। सेग्मेन्टेसन अफलोडले तारमा वास्तवमै गएको भन्दा धेरै ठूला फ्रेम देखाउन सक्छ, जसले चलिरहेको मार्गलाई बिग्रिएको र बिग्रिएकोलाई ठीक देखाउँछ।

कहिले ठूलो MTU सही डिजाइन हो

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

सामान्य सार्वजनिक निकासका लागि 1500 वा कम मान्नुहोस् र टनेललाई सुरक्षित भित्री MTU छान्न दिनुहोस्। RFC 8201 ले IPv6 अवस्थाका लागि मार्ग MTU खोज समेट्छ र प्रतिक्रिया कसरी काम गर्नुपर्छ भन्नेमा उपयोगी सन्दर्भ हो।