Linux वर प्रति-मार्ग MTU: तीन आकार नियंत्रणे, एक मार्ग
इंटरफेस MTU, मार्ग MTU आणि MSS मर्यादा वेगवेगळ्या स्तरांवर काम करतात। जो मार्ग शोध जिंकतो त्याला बजेट जोडा आणि बदल उलटण्यायोग्य ठेवा।
Linux क्लायंटवरील तीन सेटिंग्ज सर्व «पॅकेट लहान करा» असे वाटतात आणि त्या वेगवेगळ्या स्तरांवर काम करतात। इंटरफेस MTU डिव्हाइस पाठवते त्या प्रत्येक पॅकेटला मर्यादित करते। मार्ग MTU तो मार्ग वापरणाऱ्या पॅकेटना मर्यादित करते, आणि एका VPN गंतव्यासाठी सहसा तेच तुम्हाला खरोखर हवे असते। TCP MSS मर्यादा दोन्ही टोके कशावर बोलणी करतात ते बदलते आणि UDP साठी काहीही करत नाही।
एकच नॉब वाटणारी तीन नियंत्रणे
निवडण्यापूर्वी ती शेजारी ठेवा, कारण चुकीची ओळ निवडणे हेच काम न करणाऱ्या बहुतेक सल्ल्यांचे स्पष्टीकरण आहे:
| Control | Scope | What it cannot fix |
|---|---|---|
| Interface MTU | Every packet the device sends | Nothing, but it over-constrains unrelated traffic |
| Route MTU | Packets using that route | A send that the lookup never routes there |
| MSS clamp | TCP handshake on that path | UDP payload sizes and ICMP |
संपूर्ण मशीनसाठी Ethernet MTU कमी करणे ही या दुरुस्तीची ढोबळ आवृत्ती आहे। ते काम करते, आणि होस्टवरील इतर प्रत्येक अनुप्रयोगालाही दंड देते, ज्यांचे मार्ग ठीक होते त्यांनाही। प्रति-मार्ग मूल्य तोच हेतू दुष्परिणामाशिवाय व्यक्त करते।
ही तुलना होस्ट स्वतः निर्माण करतो त्या रहदारीसाठीच वैध आहे। दुसऱ्या क्लायंटसाठी पॅकेट फॉरवर्ड करण्यात त्याचा स्वतःचा मार्ग आणि बोगद्याचे बाह्य बजेट यांचा समावेश होतो, आणि या होस्टवरील मार्ग मेट्रिक ती सीमा ओलांडत नाही।
बजेट त्या मार्गाला जोडा जो शोध जिंकतो
एक उदाहरण IPv4 मार्ग नोंद अशी दिसते:
ip -4 route get 10.60.0.20
ip -4 route add 10.60.0.0/16 dev tun-office src 10.90.0.2 mtu 1380
नोंद पेस्ट करण्याचे मूल्य म्हणून नाही, हेतूचे वर्णन म्हणून वाचा। प्रीफिक्स, डिव्हाइस आणि पसंतीचा स्रोत प्रत्यक्ष संरचनेशी जुळले पाहिजेत, आणि संख्या ब्लॉग पोस्टमधून नाही, एन्कॅप्स्युलेटेड मार्गाच्या पुराव्यातून आली पाहिजे। मार्ग MTU आतील IP पॅकेट मर्यादित करते, जे 1380 बाइट TCP पेलोड किंवा 1380 बाइट एन्क्रिप्टेड बाह्य पॅकेट नाही।
काहीही जोडण्यापूर्वी शोध प्रत्यक्षात कुठे सुटतो ते पहा। धोरण नियम असलेला होस्ट दिलेले गंतव्य main पेक्षा वेगळ्या तक्त्यातून मार्गस्थ करू शकतो, आणि फक्त main तक्त्यात असलेले मेट्रिक त्या विनंतीला अदृश्य आहे। तुलना करा ip -4 route show table all आणि ip route get चे उत्तर, नियम वापरतात तेव्हा मार्क किंवा नेमस्पेस संदर्भासह। दोन्ही जुळत नसतील, तर मेट्रिकची गरज उत्तर दिलेल्या तक्त्याला आहे, अधिक नीटनेटके दिसणाऱ्याला नाही।
mtu म्हणजे mtu lock नाही
डीफॉल्टनुसार कर्नेल अजूनही ICMP अभिप्रायातून पथ MTU अद्ययावत करू शकते, पथ MTU शोध यासाठीच आहे। lock जोडल्याने ते थांबते। हा वेगळा निर्णय आहे, तीच संख्या वाचवण्याचा अधिक मजबूत मार्ग नाही, आणि IPv4 साठी तो «तुकडे करू नका» बिटची दस्तऐवजीकृत हाताळणी बदलतो।
पथ मोजला असेल आणि काहीही आले तरी मूल्य स्थिर राहावे असे वाटत असेल तर लॉक करणे योग्य आहे। नेटवर्क कायदेशीर आकार अभिप्राय पाठवत असेल तेव्हा हा वाईट डीफॉल्ट आहे, कारण कर्नेल आता जुळवून घेऊ शकत नाही आणि बिघाड दुसऱ्या लक्षणाकडे सरकतो।
मार्गात कुठेतरी ICMP फिल्टर झाले तर कोणतेही मार्ग सेटिंग ते दुरुस्त करत नाही। दुरुस्ती फिल्टरची आहे, आणि लहान MTU हा पुढील मार्ग बदलापर्यंत खरा दोष लपवणारा उपाय आहे।
बोगदा सॉफ्टवेअर स्वतःचे आकार-नॉब जोडते
OpenVPN- mssfix त्याच्या दस्तऐवजीकृत UDP बोगदा प्रकरणासाठी TCP विभागाचा आकार समायोजित करते। ते TCP संभाषणावर काम करते, म्हणून हे ऑपरेटिंग सिस्टमच्या मार्ग MTUचे दुसरे स्पेलिंग नाही, आणि बोलणी दुर्लक्षणाऱ्या UDP सेवेला मदत करू शकत नाही।
एकाच बदल-खिडकीत मार्ग MTU, इंटरफेस MTU बदल आणि MSS मर्यादा एकत्र करू नका। समस्या गायब झाली तर कोणते महत्त्वाचे होते ते कळणार नाही, आणि ठेवलेले वर्षानुवर्षे रहदारी मर्यादित करतील अशा कारणाने जे कोणालाही आठवत नाही।
ते उलटण्यायोग्य करा, मग सिद्ध करा
मार्गाचा खरा मालक ठरवतो की बदल पुनर्जोडणीनंतर टिकतो का। मार्ग गतिशीलपणे स्थापित करणारा VPN क्लायंट सहसा तुमच्या मेट्रिकशिवाय तो पुन्हा बांधेल, आणि हाताने केलेली ip route add नंतर एका दिवसानंतर अपयशी झालेल्या दुरुस्तीसारखी दिसते। मूल्य व्यवस्थापकाच्या संरचनेत ठेवा, आणि तात्पुरता प्रयोग हवा असेल तर आधी मूळ मार्ग नोंदवा।
अडकलेली क्रिया करणाऱ्या नव्या कनेक्शनने चाचणी करा, मग इच्छित खाजगी मार्ग अजूनही जिंकतो आणि असंबंधित गंतव्ये बदललेली नाहीत याची खात्री करा। बोगदा पुन्हा जोडा आणि मार्ग पुन्हा वाचा, कारण पुनर्जोडणीत नाहीशी होणारे मूल्य दुरुस्ती नाही।
पुरावे बदलाला पाठिंबा देत नसतील तर ओव्हरराइड त्याच्या व्यवस्थापकामार्फत काढा आणि मार्ग हटवण्याऐवजी मूळ मार्ग गुणधर्म पुनर्संचयित करा। मग तुम्ही काय मोजले, कोणत्या मार्गावर ते नोंदवा, जेणेकरून पुढच्या व्यक्तीला खरी सुधारणा आणि चालू ठेवलेला प्रयोग वेगळा ओळखता येईल।