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 ஆக உள்ளதா என்பதைப் பொறுத்தது. பயன்படுத்தப்படும் பதிப்பின் கையேட்டைப் படித்து, ஒரு நேரத்தில் ஒரு விருப்பத்தை மாற்றுங்கள்.

ஆதரிக்கப்படும் ஒரு அமைப்பை மாற்றி இரு ஓட்டங்களையும் மீண்டும் செய்யுங்கள்

அசல் சுயவிவரத்தை வைத்துக்கொண்டு, ஒரு ஆதரவு மதிப்பை மாற்றி, வேலை செய்த சிறிய கோரிக்கையும் தோல்வியடைந்த பெரிய பரிமாற்றமும் இரண்டையும் மீண்டும் செய்யுங்கள். பெரியது மட்டும் மாறினால் நீங்கள் அளவைத் துரத்திக்கொண்டிருந்தீர்கள். இரண்டும் மாறினால் அதனுடன் வேறு ஏதோ நகர்ந்தது.

குறைந்த மதிப்பு அறிகுறியைக் குறைக்கலாம் ஆனால் கூடுதல் சுமையைச் சேர்க்கிறது, எனவே மிகச் சிறிய எண் இலக்கு அல்ல. இலக்கு என்பது பாதை மிகக் குறைந்த விரயத்துடன் நம்பகமாகச் சுமக்கும் அளவு. மதிப்பு, பாதை மற்றும் வாடிக்கையாளர் பதிப்பை பிழைச்சீட்டில் பதிவு செய்யுங்கள், ஏனெனில் அதே எண்ணை வேறெங்கும் பயன்படுத்துவது ஒரு ஊகம்.

அதே சுயவிவரம் வேறு நம்பகமான பிணையத்திலிருந்து வேலை செய்தால், வாடிக்கையாளர் சரிசெய்யப்பட்டது என அறிவிப்பதற்குப் பதிலாக அந்த வேற்றுமையைப் பரிசோதனையில் வைத்திருங்கள். மாறிய மாறி பாதை, சோதனை அளந்ததும் பாதையே.