WireGuard को MTU कसले छान्छ: wg-quick, कर्नेल वा तपाईं

WireGuard मा कुनै MTU वार्ता छैन। इन्टरफेसले दिने जे पनि यो इन्क्रिप्ट गरेर नतिजा पठाउँछ, र इन्क्याप्सुलेटेड प्याकेट बाटो नाघ्यो भने त्यो तपाईंले देख्न नसक्ने ठाउँमा फालिन्छ वा टुक्राइन्छ। इन्टरफेसको MTU कसैले छान्नै पर्छ, र त्यो कोही भनेको इन्टरफेस उठाउने उपकरण हो।

तीन उम्मेदवार छन्, र तिनीहरूलाई गलाउन सजिलो छ।

मान आउन सक्ने तीन ठाउँ

मान इन्टरफेस कन्फिगरेसनमा स्पष्ट रूपमा राख्न सकिन्छ, सेटअप उपकरणले रुट जानकारीबाट गणना गर्न सक्छ, वा इन्टरफेसको मालिक जुनसुकै नेटवर्क म्यानेजरले राख्न सक्छ। साधारण wg कलले यीमध्ये केही गर्दैन, किनभने wg ले कुञ्जी र पियर मात्र व्यवस्थापन गर्छ। MTU नेटवर्क इन्टरफेसमा बस्छ, त्यसैले ip link show wg0 त्यो ठाउँ हो जहाँ तपाईं यसलाई पढ्नुहुन्छ।

कुन अवस्था लागू हुन्छ भन्ने निश्चित छैन भने पहिले MTU पढ्नुहोस्, त्यसपछि इन्टरफेस कसले सुरु गर्यो पत्ता लगाउनुहोस्।

इन्टरफेस कसले चलाउँछ भन्ने आधारमा निर्णय गर्नुहोस्

यदि wg-quick ले सुरु गर्छ भने स्पष्ट MTU लाइन जित्छ, नत्र यसले मान गणना गर्छ। नेटवर्क म्यानेजरले सुरु गर्छ भने त्यो म्यानेजरको प्रोफाइलले निर्णय गर्छ। कन्टेनर रनटाइम वा प्रदायक क्लाइन्टले सुरु गर्छ भने wg-quick को व्यवहार मान्नुको सट्टा तिनीहरूको कागजात पढ्नुहोस्।

निर्णय यो होइन कि अमूर्त रूपमा कुन संख्या उत्तम छ। निर्णय यो हो कि तपाईं वास्तवमा कुन कम्पोनेन्ट कन्फिगर गर्न सक्नुहुन्छ।

पूर्वनिर्धारित गणनाले के गर्छ

wg-quick ले पियरको अन्त्य बिन्दुसम्मको रुट खोज्छ, त्यो बाहिरिने इन्टरफेसको MTU लिन्छ र इन्क्याप्सुलेसनको खर्च घटाउँछ। IPv4 बाह्य हेडरसँग त्यो करिब 60 बाइट हुन्छ, IPv6 सँग करिब 80। नतिजा सीमित गरिन्छ, ताकि 1500 बाइटको बाटोले 1420 दिन्छ, एउटै ठेगाना परिवारमा मात्र चल्ने मान होइन। यो उचित पूर्वनिर्धारित हो, तपाईंको बाटोको मापन होइन।

यसले पछिको टनेल, मोबाइल लिंक वा फिल्टर गरिएको ICMP बाटो बारे जान्न सक्दैन।

यो सीमाले साँचो प्रश्न लुकाउँछ। यदि तपाईंको बाटो साँच्चै सुरुदेखि अन्त्यसम्म 9000 बाइट छ भने, 1420 ले कार्यक्षमता टेबुलमा छोड्छ, र बाटो 1400 छ भने 1420 पहिले नै धेरै ठूलो छ। पूर्वनिर्धारित मान सम्झौता हो, र त्यसलाई त्यसै गरी लिनुपर्छ।

जब बाटो तपाईंको तल बदलिन्छ

Ethernet बाट Wi-Fi र त्यसपछि फोन हटस्पटमा घुम्ने ल्यापटपले सुरु गरेको इन्टरफेस MTU कायम राख्छ। बाह्य बाटो अब सानो हुन सक्छ, र केही पनि फेरि वार्ता गर्दैन। नेस्टेड टनेलले अवस्था बिगार्छ, किनभने हरेक तहले आफ्नै खर्च त्यही बजेटबाट घटाउँछ। अफिसमा चलेको मान एयरपोर्टमा चल्ने मान होइन।

हालैको ह्यान्डशेकले कुञ्जीहरू चल्छन् भनी प्रमाणित गर्छ। ठूला प्याकेट अट्छन् कि अट्दैनन् भन्नेमा यसले केही प्रमाणित गर्दैन।

एक पटकमा एउटा संख्या परीक्षण गर्नुहोस्

उही अनुप्रयोग र गन्तव्य राख्नुहोस्, एउटा मान बदल्नुहोस् र नाप्नुहोस्। ping -M do -s 1372 ले DF बिट राखिएको 1400 बाइटको प्याकेट परीक्षण गर्छ, र त्यही तपाईंले चाहेको परीक्षणको स्वरूप हो। साना अनुरोध चल्छन् र ठूला अड्किन्छन् भने राउटिङ होइन, आकारको समस्या हो।

MTU मात्र बदल्नुहोस्। धेरै प्याकेट विकल्प एकैचोटि मिलाउनुले कुन महत्त्वपूर्ण थियो भन्ने बताउँदैन।

र MTU परिवर्तनले हराएको फिर्ता रुट, फर्वार्डिङ नियम वा DNS असफलता सुधार्छ भन्ने अपेक्षा नगर्नुहोस्। तीले पनि ट्राफिक नहुने लक्षण उत्पन्न गर्छन्, र तिनका आफ्नै परीक्षण छन्। wg-quick म्यानुअल ले स्वचालित छनोटको कागजातीकरण गर्छ।