छोटा 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, लक्षण नाहीसे करणारे सर्वात लहान नाही। मार्ग, प्रोबचा निकाल आणि पूर्वस्थिती नोंदवा, आणि प्रवेश नेटवर्क बदलल्यास सेटिंग पुन्हा तपासा।