உங்கள் சொந்த ஆதாரத்துடன் VPN வழியாக IPv6 ஐ எவ்வாறு சோதிப்பது

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

படி 1: எந்த IPv6 பாதையை சோதிக்கிறீர்கள் என்று சொல்லுங்கள்

ஒரே வாக்கியத்தில் சொல்லுங்கள்। சுரங்கப்பாதை சேவையகத்தின் சொந்த IPv6 முகவரிக்கான கோரிக்கை சுரங்கப்பாதையை சோதிக்கிறது; வெளியேற்றத்திற்கு அப்பால் உள்ள புரவலனுக்கான கோரிக்கை வெளியேற்றத்தின் IPv6 வெளியேற்றத்தை சோதிக்கிறது; தனியார் IPv6 முகவரிக்கான கோரிக்கை உள் பாதையை சோதிக்கிறது।

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

படி 2: புரவலன் அந்தப் பாதையையே தேர்ந்தெடுக்கிறது என்பதை உறுதிசெய்யுங்கள்

ip -6 route get 2001:db8:1::10 பாதை, மூல முகவரி மற்றும் கர்னல் பயன்படுத்தும் இடைமுகத்தை அச்சிடுகிறது, மீதமுள்ள சோதனை இந்த உண்மையைச் சார்ந்தது।

இடைமுகம் இருப்பது அது தேர்ந்தெடுக்கப்படுவதற்குச் சமம் அல்ல। இரட்டை அடுக்கு புரவலர்களுக்கு முன்னுரிமை அட்டவணை உள்ளது, Linux இல் /etc/gai.conf இரண்டிலும் தீர்க்கப்படும் பெயருக்கு எந்தக் குடும்பம் வெல்லும் என்பதை மாற்றலாம்।

படி 3: சட்டபூர்வ இலக்கு மற்றும் பெயரைப் பயன்படுத்துங்கள்

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

பயன்படுத்திய முகவரியைக் காட்டும் வடிவில் கோரிக்கையை இயக்குங்கள்: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/। -6 குடும்பத்தை கட்டாயப்படுத்துகிறது, இவ்வாறு IPv6 வேலை செய்யவில்லை என்பதை IPv6 க்கு முன்னுரிமை கிடைக்கவில்லை என்பதிலிருந்து பிரிக்கிறீர்கள்।

ICMPv6 அனுமதிக்கப்படும் தூய அணுகல் சோதனைக்கு ping -6 -c 3 2001:db8:1::10 போதும்। அது பாதையை நிரூபிக்கிறது, அதற்கு மேல் எதுவும் இல்லை।

படி 4: இரு முனைகளையும் ஒப்பிடுங்கள்

இரு முனைகளுக்கும் அணுகல் இருக்கும்போது, கிளையண்டில் tcpdump -ni any ip6 and host 2001:db8:1::10 மற்றும் ஆதாரத்தில் அதற்கு இணையானதை நேர முத்திரைகளுடன் இயக்கி, அதே ஓட்டம் இரண்டிலும் தெரிகிறது என்பதை உறுதிசெய்யுங்கள்। இதுவே நம்பத்தகுந்த முடிவை சான்றாக மாற்றுகிறது: கிளையண்டின் பார்வை மட்டும் ஆதாரத்தின் பதிலை இடையில் உள்ள ஒன்றின் பதிலிலிருந்து வேறுபடுத்த முடியாது। பதிவை ஒரே இலக்குக்கு குறுகலாக வைத்திருங்கள், வெளியீடு படிக்கக்கூடியதாக இருக்கும், யாருடைய தொடர்பற்ற அமர்வும் கோப்பில் வராது।

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

தேவைப்பட்டால் தோல்வி நிலையைத் தனியாக சோதியுங்கள்। விழும்போது IPv6 ஐத் தடுக்கும் சுரங்கப்பாதையும் அதைக் கசியவிடும் சுரங்கப்பாதையும் வெவ்வேறு வடிவமைப்புகள், அவற்றில் ஒன்றை மட்டுமே வெற்றிகரமான கோரிக்கையால் உறுதிசெய்ய முடியும்।

படி 5: சோதனை என்ன நிரூபிக்கவில்லை என்று எழுதுங்கள்

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

வைத்திருக்கத் தகுந்த பதிவு சுருக்கமானது: இலக்கு, பெயர், புரவலன் தேர்ந்தெடுத்த மூல முகவரி, கவனிக்கப்பட்ட தொலை முகவரி மற்றும் நேரம்। RFC 7359 தொடர்புடைய IPv6 பாதை உண்மையில் பயன்படுத்தக்கூடியதா என்பதை சோதிக்கும் முறையை விவாதிக்கிறது, இந்த வழிகாட்டி எளிய கருவிகளுடன் அந்தத் தரத்தை நெருங்குகிறது। முடிவு உண்மையாக இருக்க பொது சரிபார்ப்பான் தேவைப்பட்டால், சோதனை போதுமான குறிப்பிட்டதாக இல்லை।