ESP சரியாக மறைகுறி நீக்குகிறது, உள்ளேயிருக்கும் தொகுப்பு இன்னும் எங்கும் போவதில்லை
பயன்பாட்டுக்கு எதுவும் தெரியாத நிலையில் ESP எண்ணிகள் ஏறுகின்றன. டிரெய்லரின் அடுத்த தலைப்பு உள்ளேயிருக்கும் தொகுப்புடன் பொருந்த வேண்டும், இது தேர்ந்தெடுப்பி தவறுவதிலிருந்து வேறுபட்ட குறைபாடு.
ESP பெறுதல் எண்ணி ஏறுகிறது, சுரங்கப்பாதை மேலேயே இருக்கிறது, ஆனால் பயன்பாட்டுக்கு தொகுப்பு ஒருபோதும் தெரிவதில்லை. மறைகுறி நீக்கம் நடந்தது, ஒருமைப்பாட்டு சரிபார்ப்பு தேர்ச்சி பெற்றது, பிறகு பெறுநர் பாதுகாக்கப்பட்ட சுமை உண்மையில் என்ன என்பதை முடிவு செய்ய வேண்டியிருந்தது. அந்தக் கடைசிப் படிநிலையில்தான் வடிவப் பொருந்தாமை தெரிகிறது, வெளியிலிருந்து பார்த்தால் அது தீவுச் சுவர் பிரச்சினை போலவே தெரியவில்லை.
லேபிள் பொய் சொல்லும்போது என்ன தெரிகிறது
வாடிக்கையாளர் பதிவில் இதை வழித்தடக் கருங்குழியிலிருந்து வேறுபடுத்துவது எதுவும் இல்லை. இரண்டும் ஆரோக்கியமான சுரங்கப்பாதையின் அருகில் பயன்பாட்டு நேர முடிவை உருவாக்குகின்றன, அதனால்தான் முதலில் எண்ணிகள்மீது குற்றம் சாட்டப்படுகிறது.
ஏறும் பெறுதல் எண்ணி உண்மையிலேயே நல்ல செய்தி: தொகுப்புகள் வந்து அங்கீகரிக்கப்படுகின்றன. ஆனால் உள்ளேயிருக்கும் தொகுப்பு மறையாக்க அடுக்குக்கு மேலே உள்ள எதற்கும் அர்த்தமுள்ளதாக இருந்தது என்பதற்கு இது சான்றல்ல.
வகை டிரெய்லரில் வாழ்கிறது
சாதாரண IPsec சுரங்கப்பாதை முறையில், ESP பாதுகாக்கும் சுமையில் முழுமையான உள்ளக IP தொகுப்பு உள்ளது. டிரெய்லரின் அடுத்த தலைப்புப் புலம் அந்தச் சுமை என்ன என்பதைத் தீர்மானிக்கிறது, அது TCP துறை அல்ல, வெளித் தலைப்பில் உள்ள நெறிமுறை எண் அல்ல, மேலும் ஆரம்ப SPI மற்றும் வரிசை எண் புலத்தின் பகுதியும் அல்ல. RFC 4303 பிரிவு 2.6 அதை சுமை-வகை புலமாக வரையறுக்கிறது, இது துல்லியமான வேலைக்கு துல்லியமான பெயர்.
நீங்கள் சந்திக்கும் மதிப்புகள் சிறியவை, நினைவில் வைக்கத் தகுந்தவை: IPv4 என்பது 4 (0x04), IPv6 என்பது 41 (0x29).
அந்த எண்கள் உள்ளூர் வழக்கத்திலிருந்து அல்ல, IANA நெறிமுறை எண் ஒதுக்கீடுகளிலிருந்து வருகின்றன. IPv4 என்று அறிவித்து IPv6 தொகுப்பைச் சுற்றும் அனுப்புநர் வடிவ முரண்பாட்டை உருவாக்கியுள்ளார், தன் சொந்த லேபிளுக்கு எதிரான பைட்டுகளை எந்தத் தீவுச் சுவர் விதியும் சரிசெய்யாது.
வழக்கமான சந்தேகத்திற்குரியவர்களிடமிருந்து இதை எப்படி வேறுபடுத்துவது
காணாமல் போன பெரும்பாலான தொகுப்புகள் குறியாக்கக் குறைபாடுகள் அல்ல. முதலில் தேர்ந்தெடுப்பிகளைச் சரிபாருங்கள், ஏனெனில் IPv6 முன்னொட்டை விலக்கும் போக்குவரத்து தேர்ந்தெடுப்பி எதுவும் உள்ளடக்கப்படும் முன்பே போக்குவரத்தை வீசிவிடுகிறது. பிறகு வழித்தடத்தை, அதன் பிறகு பெறும் ஹோஸ்ட்டில் உள்ளூர் வடிகட்டலைச் சரிபாருங்கள். இவை விலக்கப்பட்ட பிறகுதான் சுமை-வடிவப் பொருந்தாமை நம்பத்தகுந்த விளக்கமாகிறது.
மறையாக்கப்பட்ட பிடிப்பு இதைத் தீர்மானிக்காது, ஏனெனில் பாதுகாக்கப்பட்ட அடுத்த தலைப்பு மறையாக்கப்பட்ட சுமைக்குள் அமைகிறது. உங்களுக்கு செயலாக்கத்தின் கண்டறிதல் அல்லது ஆதரவளிக்கப்பட்ட மறைகுறி நீக்கப்பட்ட கவனிப்புப் புள்ளி தேவை, இரண்டுக்கும் பயன்பாட்டுக்கு முன் அனுமதி தேவை.
அந்தச் சான்றை யாரும் தர முடியாவிட்டால், உங்களிடம் வடிவப் பிழை இல்லை. உங்களிடம் ஒரு கோட்பாடு உள்ளது, தேர்ந்தெடுப்பிகளே இன்னும் சிறந்த பந்தயம்.
பழுதுநீக்கம் எதுவல்ல
போக்குவரத்து கடக்க ஒருமைப்பாட்டுச் சரிபார்ப்புகளை முடக்க வேண்டாம். இடைநிலை வழித்தடத்தில் மறையாக்கப்பட்ட தொகுப்புகளை மீண்டும் எழுத வேண்டாம், ஏனெனில் அது செயல்பட முடியாது, பிடிப்பில் உதவுவது போலத் தெரிந்தாலும் ஓட்டத்தைக் கெடுக்கும். துறை தடுக்கப்படுகிறது என்ற கோட்பாட்டின் பேரில் பயன்பாட்டுக்கு அகலமான தீவுச் சுவர் விதியைத் திறக்க வேண்டாம். இவற்றில் எதுவும் லேபிள் பொருந்தாமையைத் தொடுவதில்லை.
உறுதிப்படுத்தப்பட்ட பொருந்தாமை இணைச் செயலாக்கத்திலிருந்து வந்தால், குறைந்தபட்ச சுத்தம் செய்யப்பட்ட மறுஉருவாக்கத்தை வைத்துக்கொண்டு அதை அந்தச் செயலாக்கத்தின் ஆதரவு வழிக்குக் கொண்டு செல்லுங்கள்.
ஓட்டத்தைச் சரிபாருங்கள், எண்ணியை அல்ல
திருத்தத்திற்குப் பிறகு உண்மையான IPv6 ஓட்டத்தை முதல் முதல் இறுதி வரை சோதியுங்கள்: சுரங்கப்பாதை வழியாக ஒரு பயன்பாட்டுக் கோரிக்கை, அதன் பதில், ஒவ்வொரு பக்கமும் காணும் முகவரி இணை. ஏறும் ESP எண்ணி தொகுப்புகள் பெறப்பட்டு அங்கீகரிக்கப்படுகின்றன என்பதை மட்டுமே நிரூபிக்கிறது. உள்ளேயிருக்கும் தொகுப்பு பயன்படுத்தக்கூடியதா என்பதைப் பற்றி அது எதுவும் கூறவில்லை.
இரண்டு முடிவுகளையும் டிக்கெட்டில் பதிவு செய்யுங்கள். எண்ணியின் இயக்கம் உடன் வேலை செய்யும் ஓட்டம் இருந்தால் அது பழுதுநீக்கம்; எண்ணியின் இயக்கம் மட்டும் என்றால் தொடங்குவதற்கு முன் உங்களிடம் இருந்ததே அது.