இரட்டை-அடுக்கு VPN: முகவரி குடும்பத்தை வாடிக்கையாளரே தேர்வு செய்கிறார், நீங்கள் அல்ல

சுரங்கப்பாதை இயங்குகிறது, IPv4 தளங்கள் ஏற்றப்படுகின்றன, ஒரு ஹோஸ்ட் பெயர் நேரம் முடிகிறது. உடனடி முடிவு VPN உடைந்துவிட்டது அல்லது சான்றுகள் தவறு என்று இருக்கும், ஆனால் பொதுவாக இரண்டும் உண்மை இல்லை. பெயர் IPv4 மற்றும் IPv6 இரண்டு முகவரிகளையும் திருப்பியது, பயன்பாடு ஒன்றைத் தேர்ந்தெடுத்தது, அந்த வேட்பாளர்களில் ஒன்றுக்கு மட்டுமே வேலை செய்யும் பாதை இருந்தது. தேர்வு முடிவை வாடிக்கையாளரே எடுத்தார்; சுரங்கப்பாதை அவர் தேர்ந்தெடுத்ததை மறைக்கவில்லை, அவ்வளவே.

தேர்வு என்பது மறைப்புக்கான உறுதிமொழி அல்ல

RFC 6724 இல் விவரிக்கப்பட்ட இயல்புநிலை முகவரி தேர்வு, பல கிடைக்கும்போது ஹோஸ்ட் எந்த மூல-இலக்கு இணையை விரும்புகிறது என்பதை தீர்மானிக்கிறது. Happy Eyeballs அதன் மேல் இணைப்பு உத்தியைச் சேர்க்கிறது: இரு குடும்பங்களிலும் முயற்சிகளைத் தொடங்கி முதலில் பதிலளித்ததை வைத்திருக்கும், எனவே பயனர் உடைந்த குடும்பம் நேரம் முடியும் வரை காத்திருக்க வேண்டியதில்லை.

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

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

கோரிக்கை உண்மையில் பயன்படுத்திய குடும்பத்தைக் கண்டறியுங்கள்

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

dig +short A example.com
dig +short AAAA example.com
curl -4 -sS -o /dev/null -w '%{http_code}\n' https://example.com
curl -6 -sS -o /dev/null -w '%{http_code}\n' https://example.com

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

குடும்பத்தையும் இலக்கையும் உங்கள் குறிப்புகளில் வைத்திருங்கள். VPN வழியாக தளம் ஏற்றப்படவில்லை என்கிற டிக்கெட்டை யாரும் சரிபார்க்க முடியாது, ஆனால் AAAA தோல்வியடைகிறது, A வேலை செய்கிறது என்கிற டிக்கெட் குறிப்பிட்ட பாதையைச் சுட்டுகிறது.

அந்தக் குடும்பத்திற்கான பாதையைச் சரிபாருங்கள்

தோல்வியடையும் குடும்பத்திற்கு, கர்னலிடம் எந்தப் பாதையைப் பயன்படுத்தும் என்று கேட்டு, சுரங்கப்பாதையின் கட்டமைக்கப்பட்ட முகவரிகளுடன் ஒப்பிடுங்கள். Linux இல், ip -6 route get இலக்கிற்கு தேர்ந்தெடுக்கப்படும் இடைமுகத்தையும் மூலத்தையும் காட்டுகிறது.

பின்னர் சுரங்கப்பாதையையே சரிபாருங்கள். WireGuard சகர்கள் அனுமதிக்கப்பட்ட IP பட்டியலைக் கொண்டு செல்கிறார்கள், மேலும் 0.0.0.0/0 க்கான உள்ளீடு IPv6 பற்றி எதுவும் கூறாது. சகனின் பட்டியலில் IPv6 முன்னொட்டு இல்லாவிட்டால், AAAA போக்குவரத்தை சுரங்கப்பாதைக்குள் அனுப்ப வாடிக்கையாளருக்கு எந்தக் காரணமும் இல்லை, மேலும் தொகுப்பு ஹோஸ்ட் இல்லாவிட்டால் செல்லும் வழியாக வெளியேறும்.

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

ஸ்கிரீன்ஷாட்டை எளிமையாக்க IPv6 ஐ முடக்க வேண்டாம்

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

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

டிக்கெட்டில் என்ன எழுத வேண்டும்

நான்கு விஷயங்களைப் பதிவு செய்யுங்கள்: ஹோஸ்ட் பெயர், தோல்வியடைந்த குடும்பம், கர்னல் தேர்ந்தெடுத்த பாதை, மற்றும் குடும்பத்திற்கு உரிய கோரிக்கையின் முடிவு. இந்தத் தொகுப்பு வேறொருவர் தோல்வியை மீண்டும் உருவாக்க போதுமானது, நீங்கள் எந்த இரண்டு பாதைகளைக் குறிப்பிட்டீர்கள் என்று ஊகிக்காமல்.

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