சிறிய VPN MTU வேகமானதா? உண்மையான ஆதாரங்களை ஒப்பிடுங்கள்
குறைந்த MTU பாதையின் வரம்பைத் தவிர்க்கலாம், இருப்பினும் செயல்திறனை இழக்கலாம். மாற்றத்தை வைத்திருக்கும் முன் உண்மையான வரம்பு, பாக்கெட் மேலதிக செலவு மற்றும் பணிச்சுமையை ஒப்பிடுங்கள்.
டனல் பெரிய பரிமாற்றங்களை விட்டுவிடுகிறது ஆனால் பிங்கை அனுமதிக்கிறது, எனவே ஆலோசனை விரைவாக வருகிறது: MTU-ஐக் குறைக்கவும். சரிசெய்தல் சில நேரங்களில் வேலை செய்கிறது, பின்னர் அது ஒவ்வொரு வலைப்பிணைப்பிலும் ஒவ்வொரு சுயவிவரத்திற்கும் பயன்படுத்தப்படுகிறது. அங்குதான் இலக்கு நோக்கிய பழுதுநீக்கம் நிரந்தர செயல்திறன் வரியாக மாறுகிறது. செய்ய வேண்டிய ஒப்பீடு பாதையின் உண்மையான வரம்பிற்கும் அதற்குக் கீழே ஒவ்வொரு பாக்கெட்டையும் சுருக்குவதன் செலவிற்கும் இடையில் உள்ளது.
MTU-ஐக் குறைக்கும்போது உண்மையில் என்ன சுருங்குகிறது
ஒவ்வொரு பாக்கெட்டும் உங்கள் தரவைச் சுமந்து செல்லும் முன் தலைப்புகளைச் சுமந்து செல்கிறது. 1500 பைட் ஈதர்நெட் பாதையில் IPv4 மற்றும் TCP 40 பைட்டுகளை எடுத்து பேலோடுக்கு 1460-ஐ விட்டுச் செல்கின்றன; என்காப்சுலேஷன் மேலே வெளிப்புற IP, UDP மற்றும் டனல் தலைப்புகளைச் சேர்க்கிறது, எனவே உள் பேலோட் பட்ஜெட் மீண்டும் குறைகிறது. இடைமுகத்தின் MTU-ஐக் குறைப்பது அந்த பட்ஜெட்டை வேண்டுமென்றே சுருக்குகிறது.
செலவு பைட்டுகளின் எண்ணிக்கைக்கு அல்ல, பாக்கெட்டுகளின் எண்ணிக்கைக்கு விகிதாசாரமானது. அதே கோப்பு அதிக பாக்கெட்டுகளாகப் பிரிக்கப்பட்டால் பாதையில் உள்ள ஒவ்வொரு சாதனத்திலும் அதிக குறுக்கீடுகள், அதிக ரூட்டிங் முடிவுகள் மற்றும் ஒரு பாக்கெட்டுக்கு அதிக செயலாக்கம் தேவைப்படும். ஏற்கனவே ஒரு வினாடிக்கு பாக்கெட் வரம்பிற்கு அருகில் உள்ள ரவுட்டரில் அது முழுமையாக்கல் பிழை அல்ல, உண்மையான மந்தநிலை. பரிமாற்றம் வெற்றிபெற்றாலும் செலவு தெரிகிறது.
அதனால்தான் சிறிய MTU ஒரு வரம்பைச் சுற்றி வளைவது, பொதுவான மேம்படுத்தல் அல்ல. அது பெரிய சட்டகத்தைச் சுமக்க முடியாத பாதைக்கு எதிராக நம்பகத்தன்மையை வாங்குகிறது, சுருக்கம் தேவைப்படாத ஒவ்வொரு பாக்கெட்டிலும் மேலதிக செலவை வசூலிக்கிறது.
சிறிய MTU எப்போது சரியான சரிசெய்தல்
பாரம்பரிய அறிகுறி குறிப்பானது: TCP கைக்குலுக்கல் நிறைவடைகிறது, சிறிய பதில்கள் வருகின்றன, பெரிய பதிவிறக்கம் நிற்கிறது அல்லது மீட்டமைக்கப்படுகிறது. 1472 பைட்டில் பிரிக்காதே பிட்டுடன் பிங் தோல்வியடைகிறது, 1400 பைட் பிங் வெற்றிபெறுகிறது, இது முழு அளவு பாக்கெட்டைச் சுமக்க முடியாத, அனுப்புநருக்குச் சுருக்கச் சொல்லும் ICMP செய்தியை வழங்காத பாதையைச் சுட்டுகிறது.
பாதையின் MTU கண்டறிதல் அந்த ICMP பிரிப்புத் தேவைச் செய்திகளைச் சார்ந்துள்ளது. ஃபயர்வால் அவற்றை வீசும்போது, அனுப்புநர் பெரிய பாக்கெட்டை மீண்டும் மீண்டும் முயற்சிக்கிறார், இணைப்பு தொங்குவது போல் தெரிகிறது. டனலின் பக்கத்தில் MTU-ஐக் குறைப்பது மீண்டும் முயல்வதைத் தவிர்க்கிறது, அது அந்த வலைப்பிணைப்பிற்குச் சட்டப்பூர்வமான பழுதுநீக்கம்.
அணுகல் தொழில்நுட்பங்களும் தங்கள் வரம்புகளை விதிக்கின்றன: PPPoE பொதுவாக 1492-இல் முடிகிறது, சில மொபைல் மற்றும் DSL பாதைகள் குறைவாக உள்ளன, உள்ளமைந்த டனல்கள் மேலதிக செலவை இரண்டு முறை கழிக்கின்றன. வழிகாட்டியில் இருந்து எண்ணை நகலெடுப்பதற்குப் பதிலாக உண்மையான பாதையை அளவிடுங்கள், IPv6 அதைச் சுமக்கும் ஒவ்வொரு இணைப்பிலும் குறைந்தது 1280 பைட் MTU தேவைப்படுகிறது என்பதை நினைவில் கொள்ளுங்கள், RFC 8200 குறிப்பிடுவது போல.
ஒன்றை மாற்றும் முன் மூன்று கட்டுப்பாடுகளை ஒப்பிடுங்கள்
MTU, MSS மற்றும் பிரிப்பு வெவ்வேறு அடுக்குகளில் உள்ள வெவ்வேறு கட்டுப்பாடுகள், தவறானதை மாற்றினால் அறிகுறி அதன் இடத்திலேயே இருக்கும்.
| Control | Layer | What it changes | Where it misleads |
|---|---|---|---|
| Interface MTU | IP link | Largest frame the interface will send | Penalizes every protocol, not just the one that failed |
| TCP MSS clamp | TCP | Segment size advertised in the handshake | Leaves UDP and QUIC untouched |
| DF and fragmentation | IP | Whether a router may split a packet | Can break path MTU discovery and security assumptions |
| Tunnel overhead | Encapsulation | Inner MTU after outer headers | Mismatch shows up only for large inner packets |
MSS-ஐ வரம்பிடுவது பெரும்பாலும் மிகக் குறைந்த தலையீட்டுச் சரிசெய்தல், ஏனெனில் அது TCP-ஐ மட்டுமே பாதிக்கிறது, இடைமுகத்தை மற்ற போக்குவரத்திற்கு இலவசமாக விட்டுச் செல்கிறது. குறைந்த இடைமுக MTU பரந்தது, சிந்திக்க எளிதானது, அதனால்தான் நுகர்வோர் ரவுட்டர்களில் பொதுவானது, ஆனால் ஒரு நெறிமுறையின் சிக்கலை ஒவ்வொரு நெறிமுறையிலும் வசூலிக்கிறது.
பிரிக்காதே நடத்தையை முடக்குவது பிரிப்பை அனுமதித்து அறிகுறியை மறைக்கிறது, சரியான அளவைக் கண்டறிந்திருக்கும் பின்னூட்டத்தை உடைத்துக்கொண்டே தாமதத்தை மோசமாக்குகிறது. நிரந்தரச் சரிசெய்தலாக அதைத் தவிர்க்கவும்.
ஒரு எண்ணுக்குப் பதிலாக சமரசத்தை அளவிடுங்கள்
பிரிக்காதே ஆய்வுக்கருவியால் பாதையின் வரம்பைக் கண்டறியுங்கள், உயரத்தில் தொடங்கி பதில் வரும் வரை கீழே இறங்குங்கள்:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10பின்னர் இரு அமைப்புகளிலும் உண்மையான பணியை ஒப்பிடுங்கள்: அதே கோப்பு பரிமாற்றம், அதே முனைப்புள்ளி மற்றும் அதே வலைப்பிணைப்பு. நிறைவு நேரத்தையும் மறுஅனுப்புதல்களையும் பதிவு செய்யுங்கள், எடுத்துக்காட்டாக nstat -az TcpRetransSegs மூலம், டனல் சிறிய ரவுட்டரில் முடிந்தால் சாதனத்தின் CPU-ஐக் கவனியுங்கள். சிறிய செயற்கை செயல்திறன் சோதனை சில மெகாபைட்டுகளுக்குப் பிறகு மட்டுமே தெரியும் நிறுத்தத்தைத் தவறவிடலாம்.
குறைப்புக்குப் பிறகு பாக்கெட் கணக்குகள் உயரும், ஏனெனில் அதே பரிமாற்றம் இப்போது அதிக பாக்கெட்டுகளைப் பயன்படுத்துகிறது. அது எதிர்பார்க்கப்பட்டது, அதிக செயல்திறனுக்கான ஆதாரம் அல்ல. முடிக்கப்பட்ட பயன்பாட்டுத் தரவு, மறுஅனுப்புதல் எண்ணிக்கை மற்றும் பதிலளிக்கும் திறனை ஒப்பிடுங்கள், பாக்கெட் வீதத்தை மட்டும் அல்ல.
மாற்றத்தை நிலைகளாகக் கொண்டு வாருங்கள், அதை வரம்புடன் வைத்திருங்கள்
அசல் மதிப்பைப் பதிவு செய்யுங்கள், ஒரு கட்டுப்பாட்டை மாற்றுங்கள், நிரந்தரமாக்கும் முன் அளவீட்டை மீண்டும் செய்யுங்கள். ஆதாரங்கள் பயனைக் காட்டவில்லை என்றால், அதை அமைக்கப் பயன்படுத்திய அதே இடைமுக கட்டளையால் முந்தைய மதிப்பை மீட்டெடுங்கள்:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500முடிவை அது தேவைப்பட்ட வலைப்பிணைப்பிற்கு மட்டும் வரம்பிடுங்கள். ஹோட்டல் Wi-Fi, மொபைல் ஹாட்ஸ்பாட் மற்றும் அலுவலக LAN-இல் இயங்க வேண்டிய சுயவிவரம், வாடிக்கையாளர் பாதையைக் கண்டறிய முடியாவிட்டால், அவற்றில் எதாவது கோரும் மிகக் குறைந்த மதிப்பைப் பெறக்கூடாது.
சரியான மதிப்பு பாதையில் தாக்குப்பிடிக்கும் மிகப்பெரிய MTU, அறிகுறியை மறையச் செய்யும் மிகச் சிறியது அல்ல. பாதை, ஆய்வின் முடிவு மற்றும் திருப்புதலைப் பதிவு செய்யுங்கள், அணுகல் வலைப்பிணைப்பு மாறும்போது அமைப்பை மீண்டும் பாருங்கள்.