VPN ठूला स्थानान्तरणमा किन अलपत्र पर्छ तर सानामा पर्दैन

एउटा पृष्ठ लोड हुन्छ, ping सफल हुन्छ, र फाइलको प्रतिलिपि हरेक पटक उही ठाउँमा अलपत्र पर्छ। यो ढाँचा ब्यान्डविथ वा प्रमाणहरूको सट्टा प्याकेटको आकारतर्फ संकेत गर्छ। इन्क्याप्सुलेसनले हरेक प्याकेटमा बाइट थप्छ, त्यसैले मूल मार्गमा अटाएको पेलोड सुरुङबाट गएपछि सीमा नाघ्न सक्छ। यी कुराकानीमा तीन फरक संख्यालाई MTU भनिन्छ, र तिनीहरूलाई गोलमाल गर्दा एउटा एप ठीक पार्ने र अर्को बिगार्ने सेटिङ बन्छ।

मानिसहरूले MTU भन्ने तीन संख्या

इन्टरफेस MTU त्यो लिंकमा प्याकेटका लागि कन्फिगर गरिएको सीमा हो। मार्ग MTU रुटभरिको सबैभन्दा सानो सीमा हो, र त्यो कन्फिगर नगरी पत्ता लगाइन्छ। TCP MSS त्यो पेलोडको आकार हो जुन सामुको पक्षले प्राप्त गर्न सक्ने घोषणा गर्छ, र यो अरू दुईबाट निस्कन्छ, छुट्टै भौतिक सीमा होइन।

सुरुङको भित्री र बाहिरी दृष्टि हुन्छ। बाहिरी प्याकेटले इन्क्याप्सुलेट गरिएको प्याकेटसँगै प्रोटोकललाई चाहिने हेडर बोक्छ, त्यसैले प्रयोगयोग्य भित्री आकार बाहिरी मार्गले अनुमति दिनेभन्दा सानो हुन्छ। VPN सर्भरसम्मको मार्ग पनि सर्भरबाट गन्तव्यसम्मको मार्गभन्दा फरक हुन्छ।

मार्ग MTU पत्ता लगाउनाले प्रेषकलाई काम गर्ने आकार थाहा हुन्छ, तर त्यो प्रतिक्रिया आउने कुरामा निर्भर छ। जब कुनै बीचको उपकरणले सम्बन्धित ICMP सन्देशहरू फिल्टर गर्छ, प्रेषकले कहिल्यै नसकिने प्याकेट पठाइरहन्छ, र यही उत्कृष्ट ब्ल्याक होल हो। लक्षण थाहा भएपछि स्पष्ट हुन्छ: ह्यान्डशेक सफल हुन्छ, पहिलो पूर्ण आकारको पेलोड हराउँछ, र अन्तमा जडान रिसेट हुन्छ वा अलपत्र पर्छ। एप्लिकेसन लगमा नेटवर्क समस्याजस्तो केही देखिँदैन।

आफ्नो नियन्त्रणको पेलोडले मार्ग जाँच्नुहोस्

एउटा परीक्षण एउटा मार्ग र एउटा आकारको प्रमाण हो, सिफारिस गरिएको सेटिङ होइन। जवाफ दिने होस्ट प्रयोग गर्नुहोस्, र पेलोडको आकार मात्र बदल्नुहोस्।

ping -M do -s 1372 -c 2 203.0.113.20
ping -4 -f -l 1372 vpn.example

पहिलो आदेशले फ्र्याग्मेन्टेसन बन्द राखेर 1372 बाइट पेलोडसहित लिनक्स परीक्षण पठाउँछ, र दोस्रोले विन्डोजमा त्यही गर्छ जहाँ पेलोड -l ले सेट हुन्छ। जवाफको अर्थ त्यो आकार मार्ग पार गर्‍यो। फ्र्याग्मेन्टेसन चाहिने सन्देश सूचनामूलक हुन्छ, तर टाइमआउट अस्पष्ट हुन्छ किनकि होस्ट वा बीचको उपकरणले ICMP मात्र फाल्न सक्छ।

बाइटसम्म बाइनरी खोजी गर्नुको सट्टा केही चरणमा आकार तल ल्याउनुहोस्। तपाईं आकारको कुनै उच्चतम सीमा छ कि भनेर पत्ता लगाउन खोज्दै हुनुहुन्छ, हरेक नेटवर्कका लागि संख्या प्रकाशित गर्न होइन। तपाईंले भेट्ने संख्या यो मार्ग, यो प्रोटोकल र यो ठेगाना परिवारमा लागू हुन्छ।

IPv4 र IPv6 फरक तरिकाले फ्र्याग्मेन्ट हुन्छन्, त्यसैले एउटा परिवारको नतिजाले अर्कोबारे केही भन्दैन। एपले साँच्चै प्रयोग गर्ने परिवार परीक्षण गर्नुहोस्।

MSS क्ल्याम्पिङले TCP लाई मात्र सहयोग गर्छ

TCP मा प्रभावकारी पेलोड ह्यान्डशेकमा वार्ता गरिन्छ, र मार्गको राउटरले त्यो मान तलतिर पुनर्लेखन गर्न सक्छ ताकि दुवै छेउले साना खण्ड पठाउन्। MSS क्ल्याम्पिङले यही गर्छ, र यो क्लाइन्टलाई छुँदै नछोई काम गर्छ।

iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
ip link show tun0

पहिलो नियमले अगाडि पठाइने TCP ह्यान्डशेकका लागि घोषित MSS लाई मार्ग MTU मा क्ल्याम्प गर्छ, र दोस्रोले सुरुङ इन्टरफेसको आफ्नै MTU देखाउँछ ताकि तपाईं त्यसलाई मार्गले अनुमति दिनेसँग तुलना गर्न सक्नुहुन्छ। ह्यान्डशेकपछि अलपत्र पर्ने TCP एपका लागि क्ल्याम्पिङ सबैभन्दा कम हस्तक्षेपको उपाय हो।

UDP का लागि यसले केही गर्दैन। ठूला डेटाग्राम पठाउने भ्वाइस वा गेम क्लाइन्टले MSS सेटिङ पूर्ण रूपमा बेवास्ता गर्नेछ, किनकि पुनर्लेखन गर्ने ह्यान्डशेक छैन। असफल हुने एप UDP भए त्यसको सट्टा क्लाइन्टकै प्याकेट आकार विकल्प हेर्नुहोस्। दुवै प्रोटोकल फरक तरिकाले असफल हुन्छन् र फरक औजारले सुधारिन्छन्, त्यसैले प्रोटोकल टिकटको पहिलो वाक्यमा हुनुपर्छ।

OpenVPN ले tun-mtu, mssfix र फ्र्याग्मेन्टसँग सम्बन्धित सेटिङजस्ता विकल्प दिन्छ, र तिनको व्यवहार संस्करण र डेटा च्यानल AEAD छ कि भन्नेमा निर्भर हुन्छ। प्रयोग भइरहेको संस्करणको म्यानुअल पढ्नुहोस्, र एक पटकमा एउटा विकल्प बदल्नुहोस्।

एउटा समर्थित सेटिङ बदलेर दुवै पटक दोहोर्‍याउनुहोस्

मूल प्रोफाइल राख्नुहोस्, एउटा समर्थित मान बदल्नुहोस्, र जुन सानो अनुरोध चल्यो तथा जुन ठूलो स्थानान्तरण असफल भयो दुवै दोहोर्‍याउनुहोस्। ठूलो मात्र बदलियो भने तपाईं आकारको पछि लाग्दै हुनुहुन्थ्यो। दुवै बदलिए भने त्यससँगै अरू केही सर्‍यो।

कम मानले लक्षण घटाउन सक्छ तर थप भार थप्छ, त्यसैले सम्भव भएसम्मको सानो संख्या लक्ष्य होइन। लक्ष्य त्यो आकार हो जुन मार्गले सबैभन्दा कम बर्बादीसँग भरपर्दो रूपमा बोक्छ। मान, मार्ग र क्लाइन्ट संस्करण टिकटमा लेख्नुहोस्, किनकि त्यही संख्या अन्यत्र लागू गर्नु अनुमान हो।

यही प्रोफाइल अर्को विश्वसनीय नेटवर्कबाट चल्यो भने क्लाइन्ट ठीक भयो भनी घोषणा गर्नुको सट्टा त्यो फरक निदानमा राख्नुहोस्। बदलिएको चर मार्ग हो, र परीक्षणले नापेको पनि मार्ग नै हो।