IPsec வழியாக பெரிய பாக்கெட்டுகள் மறைந்துவிடுகின்றன, சிறிய ping வேலை செய்கிறது

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

பாக்கெட்டைப் பிரிக்கக்கூடிய இரண்டு இடங்கள்

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

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

அளவு முடிவு உண்மையில் எங்கு எடுக்கப்படுகிறது

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

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

வெளி பட்ஜெட் உள் பட்ஜெட் அல்ல

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

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

IPv6 விருப்பங்களில் ஒன்றை நீக்குகிறது

IPv6 திசைவிகள் பயணத்தில் பிரிவினை செய்வதில்லை, எனவே வெளிப் பாக்கெட் பொருந்துகிறது அல்லது Packet Too Big செய்தியுடன் மறைந்துவிடுகிறது. அந்தச் செய்தியே ஒரே பின்னூட்டப் பாதையாகிறது, அதைத் தடுப்பது அடுத்த ஒவ்வொரு பெரிய பரிமாற்றத்திற்கும் பாதைக் கண்டுபிடிப்பை உடைக்கிறது. IPv4 திசைவிகள் பிட் தெளிவாக இருக்கும்போது பெரிய பாக்கெட்டைப் பிரிக்கலாம், இது வேறு ஏதாவது அந்த பிட்டை அமைக்கும் வரை குறையை மறைக்கிறது.

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

TCP பிரிவு கொள்கை பொதுவான பதில் அல்ல

அதிகபட்சப் பிரிவு அளவைக் கட்டுப்படுத்துவது TCP ஓட்டங்களுக்கு உதவுகிறது, பிரச்சினை அவற்றுக்கு மட்டும் எனில் அது நியாயமான கட்டுப்பாடு. UDP-ல் அதற்கு எந்த விளைவும் இல்லை, ஆனால் DNS, சில குரல் நெறிமுறைகள் மற்றும் வளர்ந்து வரும் வலைப் போக்குவரத்துப் பங்கை UDP கொண்டு செல்கிறது.

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

வேலை செய்ய வேண்டிய வரிசை

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

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