के सानो VPN MTU छिटो हुन्छ? वास्तविक प्रमाणको तुलना गर्नुहोस्
कम MTU ले मार्गको सीमा छल्न सक्छ र त्यसै पनि थ्रुपुटको मूल्य तिराउन सक्छ। परिवर्तन राख्नु अघि वास्तविक सीमा, प्याकेट ओभरहेड र कामको भार तुलना गर्नुहोस्।
टनेलले ठूला स्थानान्तरणहरू छोड्छ तर पिङ जान दिन्छ, त्यसैले सल्लाह छिटो आउँछ: MTU घटाउनुहोस्। सुधार कहिलेकाहीँ काम गर्छ, र त्यसपछि यो हरेक नेटवर्कको हरेक प्रोफाइलमा लागू गरिन्छ। त्यहीँमा लक्षित मर्मत स्थायी कार्यक्षमता-कर बन्छ। गर्नुपर्ने तुलना मार्गको वास्तविक सीमा र त्यसको तल हरेक प्याकेट सानो बनाउने लागतबीचको हो।
MTU घटाउँदा वास्तवमै के साँघुरिन्छ
हरेक प्याकेटले तपाईंको डेटा बोक्नु अघि हेडर बोक्छ। 1500 बाइटको इथरनेट मार्गमा IPv4 र TCP ले 40 बाइट लिन्छन् र पेलोडका लागि 1460 छोड्छन्; इनक्याप्सुलेसनले माथि बाहिरी IP, UDP र टनेल हेडर थप्छ, त्यसैले भित्री पेलोड बजेट फेरि घट्छ। इन्टरफेसको MTU घटाउनु त्यो बजेट जानाजानी साँघुर्याउनु हो।
लागत बाइटको संख्यासँग होइन, प्याकेटको संख्यासँग समानुपातिक हुन्छ। एउटै फाइल धेरै प्याकेटमा बाँडिए मार्गका हरेक यन्त्रमा धेरै अवरोध, धेरै राउटिङ निर्णय र प्रति प्याकेट धेरै प्रशोधन चाहिन्छ। पहिले नै प्रति सेकेन्ड प्याकेट सीमाको नजिक रहेको राउटरमा त्यो गोलो गर्ने त्रुटि होइन, वास्तविक ढिलो हो। स्थानान्तरण आफै सफल भए पनि लागत देखिन्छ।
त्यसैले सानो MTU सीमाको वरिपरिको बाटो हो, सामान्य अनुकूलन होइन। यसले ठूलो फ्रेम बोक्न नसक्ने मार्गविरुद्ध विश्वसनीयता किन्छ र घटाइ आवश्यक नभएका हरेक प्याकेटबाट ओभरहेड लिन्छ।
सानो MTU कहिले सही सुधार हो
क्लासिक लक्षण ठोस छ: TCP ह्यान्डसेक पूरा हुन्छ, साना प्रतिक्रिया आउँछन्, र ठूलो डाउनलोड रोकिन्छ वा रिसेट हुन्छ। 1472 बाइटमा नविभाजन बिटसहितको पिङ असफल हुन्छ भने 1400 बाइटको पिङ सफल हुन्छ, जसले पूर्ण आकारको प्याकेट बोक्न नसक्ने र पठाउनेलाई घटाउन भन्ने ICMP सन्देश पुर्याउन नसक्ने मार्गतर्फ संकेत गर्छ।
मार्गको MTU पत्ता लगाउनु ती ICMP विभाजन-आवश्यक सन्देशहरूमा निर्भर छ। फायरवालले तिनीहरूलाई फ्याँक्दा पठाउनेले ठूलो प्याकेट फेरि फेरि प्रयास गर्छ र जडान झुण्डिएको देखिन्छ। टनेलको छेउमा MTU घटाउनुले दोहोरिएको प्रयासबाट बचाउँछ, र त्यो त्यस नेटवर्कका लागि वैध मर्मत हो।
पहुँच प्रविधिले पनि आफ्नै सीमा राख्छन्: PPPoE सामान्यतया 1492 मा सीमित हुन्छ, केही मोबाइल र DSL मार्ग अझ तल छन्, र नेस्टेड टनेलले ओभरहेड दुई पटक घटाउँछन्। गाइडबाट संख्या नक्कल गर्नुको सट्टा वास्तविक मार्ग नाप्नुहोस्, र IPv6 ले यसलाई बोक्ने हरेक लिङ्कमा कम्तीमा 1280 बाइट MTU माग्छ भनी सम्झनुहोस्, RFC 8200 ले तोकेझैं।
एउटा बदल्नु अघि तीन नियन्त्रणको तुलना गर्नुहोस्
MTU, MSS र विभाजन फरक तहका फरक नियन्त्रण हुन्, र गलत बदल्दा लक्षण आफ्नै ठाउँमा रहन्छ।
| Control | Layer | What it changes | Where it misleads |
|---|---|---|---|
| Interface MTU | IP link | Largest frame the interface will send | Penalizes every protocol, not just the one that failed |
| TCP MSS clamp | TCP | Segment size advertised in the handshake | Leaves UDP and QUIC untouched |
| DF and fragmentation | IP | Whether a router may split a packet | Can break path MTU discovery and security assumptions |
| Tunnel overhead | Encapsulation | Inner MTU after outer headers | Mismatch shows up only for large inner packets |
MSS सीमित गर्नु प्रायः सबैभन्दा कम आक्रामक मर्मत हो, किनकि यसले TCP मा मात्र असर गर्छ र इन्टरफेस अरू ट्राफिकका लागि खुला राख्छ। कम इन्टरफेस MTU फराकिलो र सोच्न सजिलो हुन्छ, त्यसैले उपभोक्ता राउटरमा सामान्य छ, तर यसले एउटा प्रोटोकलको समस्या हरेक प्रोटोकलबाट असुल्छ।
नविभाजन व्यवहार बन्द गर्दा विभाजनलाई अनुमति दिएर लक्षण लुकाइन्छ, र यसले प्रायः ढिलाइ बिगार्छ साथै सही आकार खोज्ने प्रतिक्रिया तोड्छ। स्थायी उपायका रूपमा यसबाट बच्नुहोस्।
एउटा संख्याको सट्टा सम्झौता नाप्नुहोस्
नविभाजन प्रोबले मार्गको सीमा खोज्नुहोस्, उचाइबाट सुरु गरेर उत्तर नआएसम्म तल झर्नुहोस्:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10त्यसपछि दुवै सेटिङमा वास्तविक काम तुलना गर्नुहोस्: एउटै फाइल स्थानान्तरण, एउटै एन्डप्वाइन्ट र एउटै नेटवर्क। पूरा हुने समय र पुनःप्रेषण रेकर्ड गर्नुहोस्, उदाहरणका लागि nstat -az TcpRetransSegs प्रयोग गरेर, र टनेल सानो राउटरमा अन्त्य भए यन्त्रको CPU हेर्नुहोस्। छोटो कृत्रिम थ्रुपुट परीक्षणले केही मेगाबाइटपछि मात्र देखिने अड्काउ छुटाउन सक्छ।
घटाइपछि प्याकेट काउन्टर बढ्छन्, किनकि एउटै स्थानान्तरणले अब धेरै प्याकेट प्रयोग गर्छ। त्यो अपेक्षित हो र उच्च थ्रुपुटको प्रमाण होइन। पूरा भएको अनुप्रयोग डेटा, पुनःप्रेषणको संख्या र प्रतिक्रियाशीलता तुलना गर्नुहोस्, केवल प्याकेट दर होइन।
परिवर्तन चरणबद्ध रूपमा ल्याउनुहोस् र सीमित राख्नुहोस्
मूल मान रेकर्ड गर्नुहोस्, एउटा नियन्त्रण बदल्नुहोस्, र स्थायी बनाउनु अघि मापन दोहोर्याउनुहोस्। प्रमाणले लाभ देखाएन भने, त्यो सेट गर्न प्रयोग गरेको त्यही इन्टरफेस आदेशले अघिल्लो मान पुनर्स्थापित गर्नुहोस्:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500नतिजा त्यही नेटवर्कमा सीमित राख्नुहोस् जसलाई यसको आवश्यकता थियो। होटेल Wi-Fi, मोबाइल हटस्पट र अफिस LAN मा चल्नुपर्ने प्रोफाइलले, क्लाइन्टले मार्ग पहिचान गर्न नसकेसम्म, तीमध्ये कुनैले माग्ने सबैभन्दा कम मान पाउनु हुँदैन।
सही मान मार्गमा टिक्ने सबैभन्दा ठूलो MTU हो, लक्षण हटाउने सबैभन्दा सानो होइन। मार्ग, प्रोबको नतिजा र फिर्ता लिने कुरा अभिलेख गर्नुहोस्, र पहुँच नेटवर्क बदलिँदा सेटिङ फेरि जाँच्नुहोस्।