புவியியல் DNS மற்றும் anycast: நீங்கள் பெறும் VPN நுழைவைச் சரிபார்த்தல்
புவியியல் DNS மற்றும் anycast வெவ்வேறு விதிகளால் நுழைவுப் புள்ளிகளைத் தேர்ந்தெடுக்கின்றன. பதில் எந்தத் தீர்வியைப் பிரதிபலிக்கிறது என்பதையும், பின்னர் முனை மாறும்போது அமர்வு தாக்குப்பிடிக்கிறதா என்பதையும் சரிபார்க்கவும்.
அருகிலுள்ள DNS பதில் ஒரு தீர்க்கப்பட்ட பிரச்சினை போலத் தோன்றும், இணைப்பு வேறு இடத்தில் இறங்கும் வரை. புவியியல் DNS மற்றும் anycast இரண்டும் பாதையைச் சுருக்க முயல்கின்றன, மேலும் அந்த முடிவை வேறுபட்ட தகவல்களிலிருந்து எடுக்கின்றன. நீங்கள் அடையும் நுழைவாயில் அணுகக்கூடியதா, உங்கள் கிளையண்ட் எதிர்பார்க்கும் அடையாளத்தை அது வழங்குகிறதா, அல்லது முனை மாறும்போது உங்கள் அமர்வு தாக்குப்பிடிக்கிறதா என்பதற்கு எதுவும் உத்தரவாதம் அளிக்கவில்லை. கீழே உள்ள சரிபார்ப்புகள் அந்த நான்கு கேள்விகளைப் பிரிக்கின்றன.
தீர்வி உண்மையில் யாருடைய இருப்பிடத்தைப் புகாரளிக்கிறது என்பதைச் சரிபார்க்கவும்
இடவியல் உணர்திறன் கொண்ட வினவலுக்குப் பதிலளிக்கும் அதிகாரமுள்ள சேவையகம் பொதுவாகக் கேட்ட சுழற்சி தீர்வியின் முகவரியைப் பார்க்கிறது, பெயரைத் தட்டச்சு செய்த நபரின் முகவரியை அல்ல. மையப்படுத்தப்பட்ட தீர்வி அது சேவை செய்யும் கிளையண்ட்களிலிருந்து வெகு தொலைவில் இருக்கலாம், பதில் அவர்களை அல்ல, தீர்வியைப் பிரதிபலிக்கிறது. அது குறைபாடு அல்ல; கூடுதல் தகவல் வழங்கப்படாவிட்டால் நெறிமுறை அப்படியே செயல்படும். EDNS Client Subnet விவரக்குறிப்பு அந்த வரம்பையும் விருப்பத் தீர்வையும் விவரிக்கிறது.
ஒவ்வொரு பங்கேற்பாளரும் ஆதரித்து இயக்கும்போது EDNS Client Subnet தோற்ற நெட்வொர்க் தகவலைக் கொண்டு செல்ல முடியும். இது விருப்பத்தேர்வு, தனியுரிமை மற்றும் தேக்கக விளைவுகளைக் கொண்டுள்ளது, மேலும் எந்தவொரு பொது தீர்வியும் துல்லியமான பயனர் இருப்பிடத்தைப் புகாரளிக்கும் என்று கருதுவதற்கான அனுமதி அல்ல. அதைச் சுற்றி வடிவமைப்பதற்கு முன் தீர்வி இயக்குநர்களிடம் கேளுங்கள்.
dig +short vpn.example.com @1.1.1.1
dig +short vpn.example.com @9.9.9.9
dig +subnet=203.0.113.0/24 +short vpn.example.com
anycast வழிசெலுத்தல் என்ன முடிவெடுத்தது என்பதைச் சரிபார்க்கவும்
anycast இல், பல இருப்பிடங்கள் ஒரு சேவை முகவரிக்கான அணுகலை விளம்பரப்படுத்துகின்றன, நெட்வொர்க் ஒவ்வொரு கிளையண்டையும் அதன் வழிசெலுத்தல் விரும்பும் முனைக்கு அனுப்புகிறது. அந்தத் தேர்வை வரைபடத்தின் தூரம் அல்ல, BGP மற்றும் சுற்றியுள்ள கொள்கை செய்கிறது. இடவியல் அருகாமை பொதுவாகச் சிறந்த சுற்றுப் பயண செயல்திறனுக்குச் சமமாகாது, ஏனெனில் குறுகியதாகத் தோன்றும் பாதை நெரிசலாகவோ சமச்சீரற்றதாகவோ இருக்கலாம். உங்களுக்கு வழங்கப்பட்ட முகவரி எந்த முனை பதிலளித்தது என்பதைப் பற்றி எதுவும் கூறவில்லை.
சேவை பக்கத்திலிருந்தோ, அதைப் பெயரிடும் பதிலிலிருந்தோ சேவை செய்யும் இருப்பிடத்தை உறுதிப்படுத்துங்கள், DNS பதிலில் மட்டுமல்ல. traceroute -n 198.51.100.20 நீங்கள் எடுத்த பாதையைக் காட்டுகிறது, அதன் முடிவில் உள்ள புரவலனை இன்னும் பெயரிடவில்லை, எனவே அதைப் பதிலாக அல்ல, பாதையாகப் படியுங்கள்.
முனை மாறும்போது அமர்வு தாக்குப்பிடிக்கிறதா எனச் சரிபார்க்கவும்
DNS வினவல் குறுகியது, VPN அமர்வு நீண்டது, இரண்டும் முற்றிலும் வேறுபட்ட நிலைத் தேவைகளைக் கொண்டுள்ளன. அமர்வின் நடுவில் வழிசெலுத்தல் மாறலாம், அவ்வாறு நிகழும்போது பிந்தைய பாக்கெட்டுகள் உங்கள் சுரங்கப்பாதையை ஒருபோதும் பார்க்காத முனைக்கு வந்து சேரலாம். அது தாக்குப்பிடிக்கக்கூடியதா என்பது செயலாக்கத்தைப் பொறுத்தது: பகிரப்பட்ட நிலை, வேண்டுமென்றே மீண்டும் இணைப்பு, அல்லது ஆவணப்படுத்தப்பட்ட தோல்வி. முகவரி மட்டும் அவற்றில் எதையும் வழங்காது.
மாற்றத்தை ஊகிக்காமல் கவனிக்கவும். பாதை மாறும்போது sudo tcpdump -ni any -c 20 esp வெளிப்புற பாக்கெட்டுகளைக் காட்டுகிறது, சக முகவரியில் திடீர் மாற்றமே நிகழும் மாற்றம். நீங்கள் இயக்கும் செயலாக்கத்திற்கான எதிர்பார்க்கப்பட்ட நடத்தையை வெளிப்படையாக வரையறுத்து, பாதை மாற்றத்தை கட்டாயப்படுத்தி அதைச் சோதிக்கவும். வடிவமைப்பு அமர்வு நகலெடுப்பைக் கருதினால், பொறிமுறையைப் பெயரிடுங்கள், அது உள்ளடக்காத தோல்வியையும் பெயரிடுங்கள்.
அடையாளம் இன்னும் பொருந்துகிறதா எனச் சரிபார்க்கவும்
ஒவ்வொரு நுழைவுப் புள்ளியும் உங்கள் கிளையண்ட் சுயவிவரம் எதிர்பார்க்கும் அடையாளத்தை வழங்க வேண்டும். சேவைப் பெயருக்கு வழங்கப்பட்ட சான்றிதழ் முனைகள் முழுவதும் செயல்படும், அதேசமயம் ஒவ்வொரு முனைக்கான சான்றிதழ்கள் கிளையண்டைப் புதிய ஒன்றை ஏற்க வற்புறுத்துகின்றன, பயனர்கள் எச்சரிக்கைகளைப் புறக்கணித்துத் தொடரக் கற்றுக்கொள்வது அங்குதான். எதிர்பார்க்கப்பட்ட அடையாளத்தையும் சுயவிவரத்தையும் நுழைவு மாதிரியுடன் ஒத்திசைவாக வைத்திருங்கள்.
அசாதாரண முனையை அடைந்த கிளையண்டிலிருந்து இதைச் சரிபார்க்கவும், ஏனெனில் ஒவ்வொரு முனைக்கான சான்றிதழ் தெரியும் நிலை அதுவே. openssl s_client -connect vpn.example.com:443 -servername vpn.example.com சங்கிலியையும் பெயர்களையும் அச்சிடுகிறது, அது கிளையண்ட் ஒப்பிடுவதைச் சரியாகக் காட்டுகிறது. பின்னர் சுயவிவரத்தைக் குறுகலாக்க வேண்டுமா அல்லது சான்றிதழ் மாதிரியை மாற்ற வேண்டுமா என முடிவு செய்யுங்கள்.
முதல் பதிலை மட்டுமல்ல, பதிவையும் சரிபார்க்கவும்
மூன்று சூழ்நிலைகளை மதிப்பீடு செய்து ஒவ்வொன்றுக்கும் நான்கு உண்மைகளை எழுதுங்கள்: சாதாரண நுழைவு, ஒரு இருப்பிடம் கிடைக்கவில்லை, மற்றும் ஒப்புக்கொள்ளப்பட்ட மீட்பு நிலை. நான்கு உண்மைகள் என்பது பயன்படுத்தப்பட்ட தீர்வி, திருப்பித் தரப்பட்ட முகவரி, சேவை செய்த இருப்பிடம், மற்றும் புதிய பயன்பாட்டு முடிவு. அந்தப் பதிவு DNS தேர்வுப் பிரச்சினையை நுழைவாயில் பிரச்சினை, வழிசெலுத்தல் பிரச்சினை அல்லது அமர்வு-நிலை பிரச்சினையிலிருந்து பிரிக்கிறது. அது இல்லாமல், நான்கும் கிளையண்டிலிருந்து ஒரே மாதிரியாகத் தெரிகின்றன.
dig +short vpn.example.com
getent hosts vpn.example.com
curl -s -o /dev/null -w "%{http_code}
" https://vpn.example.com/health
சூழ்நிலைகளை அலுவலகத்திலிருந்து மட்டுமல்ல, பிரதிநிதித்துவ அணுகல் நெட்வொர்க்குகளிலிருந்து இயக்குங்கள், ஏனெனில் முழுக் கேள்வியும் வெவ்வேறு கிளையண்ட்கள் உண்மையில் எந்த நுழைவுப் புள்ளியை அடைகின்றன என்பதுதான். ஒரு நெட்வொர்க் ஒன்றின் மாதிரி.