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 मार्गको बारेमा तथ्य हो, भावनाले ट्युन गर्ने प्रदर्शन सेटिङ होइन।