WireGuard-க்குள் IPIP: யாரும் பட்ஜெட்டில் சேர்க்காத அந்த 20 கூடுதல் பைட்டுகள்

சிறிய ping-கள் நாள் முழுவதும் சுரங்கப்பாதையைக் கடக்கின்றன, SSH பேனர் வருகிறது, பின்னர் கோப்பு பரிமாற்றம் தொடங்கும் தருணத்தில் அமர்வு உறைகிறது. இந்த வடிவம் தவறான அடுக்கில் கணக்கிடப்பட்ட பைட் பட்ஜெட்டைச் சுட்டுகிறது, அங்கு வெளிப்புற சுரங்கப்பாதை அதன் சொந்த மேல்நிலைக்கு அளவிடப்பட்டது, உட்புறத்தை யாரும் கழிக்கவில்லை. WireGuard-க்கு உள்நிறைந்த IPIP பாக்கெட் என்பது மற்றொரு IP பாக்கெட் மட்டுமே, அதனால்தான் நீங்கள் ஒருபோதும் ஒதுக்காத பைட்டுகளை அது செலவிடுகிறது. திருத்தம் கணிதம், அது மூன்று கட்டளைகளிலும் ஒரு அட்டவணையிலும் அடங்கும்.

அதை அம்பலப்படுத்தும் அறிகுறி

துண்டாக்கச் சிக்கல் தன்னை அளவால் அறிவிக்கிறது, ஒருபோதும் முகவரிகளால் அல்ல. உங்கள் சகர் ஒரு மணி நேரம் 56 பைட் ping-க்கு பதிலளிக்கிறார், பின்னர் 1400 பைட்டில் அமைதியாகிறார், சுரங்கப்பாதை மேலேயே இருக்கிறது, எந்த வழியும் மாறவில்லை. கைக்குலுக்கல் பொருந்துகிறது, முதல் முழு TCP சாளரம் பொருந்தவில்லை, ஆரோக்கியமாகத் தெரிந்த சில வினாடிகளில் பரிமாற்றம் நிற்கிறது.

எதையும் திருத்தும் முன் உச்சவரம்பை அளவிடுங்கள், ஏனெனில் அளவிடப்படாத உச்சவரம்புதான் நீங்கள் இருமுறை துரத்தப்போவது. சந்தேகத்திற்குரிய அளவுக்குக் கீழே do-not-fragment பிட்டை அமைத்து ஒரு ஆய்வை அனுப்புங்கள், ping -M do -s 1000 10.9.0.2, பின்னர் மிகப் பெரியது என்று ஏற்கனவே தெரிந்த அளவில் அதை மீண்டும் செய்யுங்கள். இலக்கு மாறாமல் இருக்கும்போது திருப்பம் பேலோடின் அளவைப் பின்பற்றினால், வழியமைப்பு தன் வேலையைச் செய்கிறது, பட்ஜெட்டில் ஒரு தலைப்பு காணவில்லை.

ஒவ்வொரு தலைப்பையும் ஒருமுறை, சரியான அடுக்கில் எண்ணுங்கள்

சுரங்கப்பாதை இடைமுகத்திலிருந்து அல்ல, பாதையின் மிகச் சிறிய MTU-விலிருந்து தொடங்குங்கள், ஏனெனில் சுவர் இரு முனைகளுக்கும் மேலே உள்ளது. WireGuard IPv4 வெளிப்புறப் போக்குவரத்துக்கு 60 பைட்டுகளைச் செலவிடுகிறது: 20 IP-க்கு, 8 UDP-க்கு, 32 அதன் சொந்தத் தலைப்புக்கு, அந்தப் போக்குவரத்து IPv6 ஆக இருந்தால் 80 பைட்டுகள். 1420 பைட் wg0, 1500 பைட் பாதை உண்மையில் வழங்கக்கூடிய 1440-க்குக் கீழே 20 பைட் இடைவெளியை வைத்திருக்கிறது, அதனால்தான் விக்கியிலிருந்து நகலெடுத்த எண் இங்கும் பொருந்துகிறது. முழு ஸ்டாக்கையும் வரைபடத்தில் வரையுங்கள், ஏனெனில் அடுத்த முறை MTU-வை மாற்றுபவர் இல்லாவிட்டால் புதிய வட்ட எண்ணைத் தேர்ந்தெடுத்து உங்கள் பிழையைப் பெற்றுக்கொள்வார்.

ஐந்தாவது வரிசைதான் பட்ஜெட்டுகள் தவறும் இடம், ஏனெனில் உள்நிறைந்த இடைமுகம் சுமக்கும் 1400 பைட்டுகளில் அசல் பாக்கெட்டின் சொந்த 40 பைட் தலைப்புகள் ஏற்கனவே அடங்கியுள்ளன. அந்தப் பைட்டுகளில் 1360 மட்டுமே கோப்பைப் படிக்கும் செயல்முறையை அடைகின்றன. 1400-ஐ பயன்பாட்டு பேலோடாகக் கருதுங்கள், அந்த நெடுவரிசை இல்லாத எந்த வரைபடமும் உங்களை அதற்கு அழைக்கிறது, உட்புறச் சாதனம் நகராத சுவருக்கு முன் 40 பைட் அதிக தாராளமாக முடிகிறது.

இரண்டு MTU-க்களையும் தனித்தனியாக அமைக்கவும்

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

ip link set wg0 mtu 1420
ip tunnel add ipip0 mode ipip remote 203.0.113.9 local 198.51.100.4
ip link set ipip0 mtu 1400

நினைவில் வைக்கத்தக்க விதி: உட்புற MTU = வெளிப்புற MTU - 20, IPIP சுரங்கப்பாதை சுமக்கும் பாக்கெட் IPv4 ஆக இருந்தால், மற்றும் - 40, உட்புற பாக்கெட்டின் எந்தப் பக்கமும் IPv6 ஆனவுடன், ஏனெனில் உள்நிறைந்த தலைப்பு 20 பைட்டிலிருந்து 40 ஆக வளர்கிறது. அந்தக் கழிப்பில் வேறு எதுவும் வராது. நீங்கள் 1420 தேர்ந்தெடுத்தபோது WireGuard-இன் மேல்நிலை ஏற்கனவே செலவாகிவிட்டது, அதை இருமுறை வசூலிப்பது சரியாக வேலை செய்து யாரும் அளவிடாதவரை மெதுவாக இருக்கும் சுரங்கப்பாதையை உருவாக்குகிறது. இரு சாதனங்களும் வட்டமான 1400 சுமக்கும் பயன்பாடு அந்தத் தவறின் கைரேகை.

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

உங்களுக்கு ஒருவேளை தேவைப்படாத ஃபயர்வால் விதி

இரண்டு WireGuard சகர்களுக்கு இடையே கம்பியில் இருப்பது UDP மட்டுமே, எனவே நெறிமுறை 4-க்கான உள்வரும் விதி, RFC 2003 IPv4-க்குள்-IPv4 உட்பொதிவுக்குத் தரும் எண், உள்நிறைந்த பாதையை உருவாக்காது, அதை உயிருடனும் வைக்காது. IPIP தலைப்பு மறையாக்கப்பட்ட பேலோடுக்குள் வாழ்கிறது, அங்கு எந்த விளிம்பு ஃபயர்வாலும் அதைப் பார்க்காது. நெறிமுறை 4-ஐத் திறப்பது எப்படியும் ஹோஸ்டுக்கு இன்னொரு அனுமதிக்கப்பட்ட வழியைத் தவிர வேறு எதையும் வாங்காது.

அசல் பாக்கெட்டின் மூலங்களையும் இலக்குகளையும் குறிப்பிடும் கொள்கை மறைகுறியாக்கத்திற்குப் பிறகு, சுரங்கப்பாதை இடைமுகங்களிலும் வழியமைப்பு அட்டவணையிலும் அமைகிறது. அதை அங்கே வையுங்கள், விளிம்பு விதி மூடியே இருக்கலாம்.

WireGuard உண்மையில் எதைச் சரிபார்க்கிறது

AllowedIPs WireGuard சுமக்கும் பாக்கெட்டின் மூலத்தை மதிப்பிடுகிறது, அது சுமப்பது IPIP-உட்பொதிக்கப்பட்ட பாக்கெட். அனுமதிக்கப்பட்ட IPIP மூலம், உட்புறத் தலைப்பு நீங்கள் வழியமைக்க விரும்பாத ஹோஸ்டைப் பெயரிட்டாலும் ஏற்கப்படுகிறது. எனவே அசல் மூலம் சகர் உங்களுக்காகச் சரிபார்த்தது அல்ல, அந்த உட்புற முகவரி இணைக்கு மறைகுறியாக்கத்திற்குப் பிறகு அதன் சொந்த அமலாக்கம் தேவை.

உறை வழியமைப்பு அமைப்பை வழங்குகிறது, இரண்டாவது மறையாக்க அடுக்கை அல்ல. WireGuard-க்குள் IPIP-ஐ கூடுதல் பாதுகாப்பு என்று அழைப்பது வேறு வடிவமைப்பை விவரிக்கிறது.

ஒரு ping அல்ல, ஒரு ஏணியால் சரிபார்க்கவும்

நீங்கள் கணக்கிட்ட எல்லையை இரு பக்கங்களிலும் கடக்கும் அளவுகளைச் சோதித்து, பின்னர் இரு சாதனங்களைப் பற்றி கர்னல் என்ன நம்புகிறது என்பதை உறுதிப்படுத்துங்கள். 1360 பைட் பேலோடும் 40 பைட் தலைப்புகளும் சேர்ந்து 1400 ஆகும்போது, கீழே உள்ள முதல் எதிரொலி பொருந்துகிறது, இரண்டாவது உச்சவரம்புக்கு ஒரு பைட் அப்பால் அமர்கிறது:

ping -M do -s 1372 10.9.0.2
ping -M do -s 1373 10.9.0.2
wg show wg0
ip -d link show ipip0

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