PPPoE वर OpenVPN: link-mtu, tun-mtu की mssfix कमी करायचे?

पिंग उत्तर देते, DNS सोडवते, आणि पूर्ण आकाराच्या विभागाची गरज असलेले प्रत्येक पान अडकते। स्वतःचे एन्कॅप्स्युलेशन जोडणाऱ्या लिंकवर मार्ग शांतपणे काही डझन बाइट बजेट गमावतो, आणि स्वच्छ इथरनेटसाठी लिहिलेले प्रोफाइल लाइन वाहू शकत नाही अशी पॅकेट्स मागत राहते। कनेक्शन हळू नाही; ते नेमकी महत्त्वाची पॅकेट्स टाकून देत आहे।

तीन पर्याय हे सोडवू शकतात, आणि ते वेगवेगळ्या स्तरांवर काम करतात। चुकीचा निवडल्यास एकतर काहीच होत नाही किंवा बोगदा नव्या पद्धतीने नाजूक होतो, म्हणून निवड मार्ग प्रत्यक्षात काय सहन करतो यापासून सुरू होते।

तीन नॉब, तीन वेगवेगळे स्तर

link-mtu हे बाह्य बजेट आहे: एन्क्रिप्टेड पेलोड अधिक OpenVPN हेडर, UDP हेडर आणि बाह्य IP हेडर। ते मशीनमधून काय बाहेर पडते हे वर्णन करते, आणि म्हणूनच भौतिक मार्ग मर्यादित करतो ती हीच संख्या आहे।

tun-mtu हे अंतर्गत बजेट आहे: तुमचा रहदारी पाहतो ते इंटरफेस। मार्ग वाहू शकतो त्यापेक्षा ते नेमक्या बोगद्याच्या ओव्हरहेडने मोठे आहे, आणि OpenVPN सामान्यतः तुम्हाला ते सेट करण्यास भाग पाडण्याऐवजी ते काढून घेते।

mssfix पूर्णपणे वेगळी यंत्रणा आहे। TCP हँडशेक दरम्यान जाहीर केलेला कमाल विभाग आकार ते पुन्हा लिहिते, जेणेकरून TCP सहभागी एन्कॅप्स्युलेशननंतर बसणारे विभाग निवडतील। ते इंटरफेसची MTU बदलत नाही, आणि UDP वर त्याचा कोणताही परिणाम नाही।

तुम्ही link-mtu स्पष्टपणे सेट केल्यास, OpenVPN अंतर्गत MTU काढण्यासाठी स्वतःचे ओव्हरहेड वजा करते। ते ओव्हरहेड निश्चित स्थिरांक नाही; ते सिफर आणि प्रमाणीकरणावर अवलंबून असते, म्हणूनच फोरमवरून कॉपी केलेले मूल्य दुसऱ्या प्रोफाइलवर चुकीचे असू शकते। link-mtu आणि tun-mtu दोन्ही सेट केल्यास क्लायंटला दोन विरोधाभासी सूचना मिळतात।

कोणतीही संख्या निवडण्यापूर्वी मार्ग मोजा

बोगद्याच्या आतून नाही, भौतिक इंटरफेसवरून मोजा, आणि पिंग पेलोड सांगते, पॅकेट आकार नाही हे लक्षात ठेवा। पेलोडची 1500 बाइट फ्रेमशी तुलना करण्यापूर्वी IPv4 आणि ICMP हेडरसाठी 28 बाइट जोडा, आणि सहभागी वेगळी संख्या सांगेल तेव्हा ती दुरुस्ती लक्षात ठेवा।

Linux क्लायंटवर ping -M do -s 1472 फ्रॅगमेंटेशनला प्रतिबंध करते आणि पॅकेट खूप मोठे असल्यास अयशस्वी होते। पॅकेट पास होईपर्यंत पेलोड कमी करा, नंतर मार्गाची MTU मिळवण्यासाठी 28 जोडा। PPPoE ला 8 बाइट लागतात, म्हणून DSL वर 1492 सामान्य आहे। DS-Lite आणि काही मोबाइल मार्गांना 40 किंवा अधिक लागतात, आणि उत्तर सामान्यतः नाममात्र लिंक गती सुचवते त्यापेक्षा कमी असते।

प्रत्येक पिंग आकार यशस्वी होतो पण मोठे हस्तांतरण तरीही अडकत असल्यास साध्या आकार मर्यादेऐवजी काळ्या छिद्राचा संशय घ्या। आवश्यक फ्रॅगमेंटेशनचा ICMP संदेश मार्गावर कुठेतरी फिल्टर होत आहे, त्यामुळे प्रेषक कधीही लहान करायला शिकत नाही, आणि मोठ्या विभागाची गरज असलेले प्रवाहच ते लक्षात घेतात।

आधी TCP मर्यादित करा, नंतर बोगदा आकुंचित करा

TCP हँडशेक हीच एकमेव गोष्ट mssfix ला स्पर्श करते, त्यामुळे ते सहसा प्रथम प्रयत्न करण्यासाठी सर्वात कमी व्यत्यय आणणारे नियंत्रण ठरते। ते मार्गाच्या खऱ्या बजेटपेक्षा थोडे खाली सेट करा, दोन्ही टोके सहमत व्हावीत म्हणून सर्व्हरवरून तेच मूल्य पाठवा, आणि मोठे डाउनलोड पुन्हा तपासा। अडकाऊ दूर झाल्यास समस्या TCP विभाग आकार होती, आणि दुसरे काही बदलण्याची गरज नाही।

प्रभावित रहदारी TCP नसल्यास अंतर्गत MTU कमी करा। UDP सेवा, बोगद्यातील बोगदा, किंवा पूर्ण आकाराचे डेटाग्राम पाठवणारे अनुप्रयोग MSS मर्यादेनंतरही अयशस्वी होत राहतील कारण त्याचा पॅकेट आकार काहीही पुन्हा लिहीत नाही। त्या बाबतीत tun-mtu कमी करा, किंवा link-mtu सेट करा आणि क्लायंटला अंतर्गत मूल्य काढू द्या, पण दोन्ही कधीही नाही।

जुन्या फ्रॅगमेंटेशन पर्यायाकडे जाऊ नका। तो बोगद्यात पॅकेट्स विभाजित करत होता, ओव्हरहेड वाढवत होता, आणि चांगल्या कारणांसाठी हटवला गेला आहे; आधुनिक OpenVPN मार्गाचे अचूक वर्णन अपेक्षित करते।

लहान चाचण्या का काम करत राहतात

DNS प्रश्न, ICMP इको आणि TCP हँडशेक हे सर्व अयशस्वी होणाऱ्या आकारापेक्षा खूप खाली आहेत। त्यामुळे बोगदा प्रत्येक जलद चाचणीत निरोगी दिसतो, तर TLS हँडशेक आणि HTTP प्रतिसाद शांतपणे अयशस्वी होतात। हेच संयोजन, चालणारे traceroute आणि पहिल्या मोठ्या प्रतिसादावर अडकणारा ब्राउझर, हे शोधायचे लक्षण आहे। नवीन प्रोफाइलकडे जाण्यापूर्वी पूर्ण आकाराच्या चाचणीकडे जा।

अयशस्वी झालेल्या रहदारीसह पडताळा। मोठे पान आणा, प्रभावित सेवा तीच असल्यास पूर्ण आकाराचा UDP डेटाग्राम पाठवा, आणि दुसऱ्या लिंकवरील दुसऱ्या क्लायंटवरून पुन्हा करा। मोजलेली मार्ग MTU आणि तुम्ही निवडलेले मूल्य नोंदवा, कारण अन्यथा प्रोफाइलला स्पर्श करणारी पुढील व्यक्ती ती संख्या अनियंत्रित मानेल।

IPv6 बोगद्यावरून जात असताना अंतर्गत MTU कधीही 1280 च्या खाली नेऊ नका, कारण प्रत्येक IPv6 लिंकला वाहावे लागणारे ते किमान आहे। लहान MTU मार्गाबद्दलची वस्तुस्थिती आहे, भावनेने ट्यून करणारी कार्यक्षमता सेटिंग नाही।