ஹெட்லெஸ் VPN சரிபார்ப்பு: ஒரு நேரத்தில் ஒரு ஓட்டம், சான்றுகளுடன்
ஹெட்லெஸ் பெட்டிக்கு பதிலைப் படிக்கக்கூடிய கோரிக்கை தேவை. ஒவ்வொரு முகவரி குடும்பம், சூழல் மற்றும் இலக்கைச் சோதித்து, முடிவு எதை உள்ளடக்கவில்லை என்பதைப் பதிவு செய்யுங்கள்.
ஹெட்லெஸ் பெட்டியில் திறக்க உலாவி இல்லை, பார்க்க பூட்டு இல்லை, எனவே சரிபார்ப்பு பதிலைப் படிக்கக்கூடிய கோரிக்கையாக இருக்க வேண்டும். டஜன் கணக்கான சேவைகள், இரண்டு முகவரி குடும்பங்கள் மற்றும் ஒரு ப்ராக்ஸியை இயக்கும் சாதனத்தை ஒரே வெளியேறும் முகவரி முடிவு கொண்டு சான்றளிக்க முயற்சிப்பதைக் காணும் வரை இது அற்பமாகத் தோன்றும். கீழே உள்ள விளக்கம் பணிச்சுமை உண்மையில் இயங்கும் அதே சூழலில் ஒரு நேரத்தில் ஒரு வரம்புக்குட்பட்ட சான்றை உருவாக்குகிறது.
சோதனை எதை நிரூபிக்க வேண்டும் என்பதைத் தீர்மானியுங்கள்
எதையும் இயக்கும் முன் எதிர்பார்ப்பை ஒரு வரியில் எழுதுங்கள்: எந்த ஓட்டம், எந்த இடைமுகம் வழியாக, எந்த இலக்குக்கு, மறுமுனையில் என்ன தெரிய வேண்டும். அறிவிக்கப்பட்ட எதிர்பார்ப்பு இல்லாத சோதனை யாரும் விளக்க முடியாத எண்ணைத் தருகிறது.
மிகப் பயனுள்ள வடிவம் தான் கண்ட மூல முகவரியைத் தெரிவிக்கும் அங்கீகரிக்கப்பட்ட முனைப் புள்ளியைப் பெயரிடுகிறது.
அந்த முனைப் புள்ளியே நீங்கள் ஏற்பாடு செய்ய வேண்டிய ஒரே பகுதி. மற்ற அனைத்தும் வாடிக்கையாளர் பக்க கண்காணிப்பு, வாடிக்கையாளர் பக்க கண்காணிப்புகள் சுவாரஸ்யமான வழிகளில் தோல்வியடைகின்றன.
கண்காணிப்பை சரியான சூழலில் இயக்குங்கள்
நிர்வாகியின் ஷெல் பணிச்சுமையின் சூழல் அல்ல. அதில் வேறு ப்ராக்ஸி மாறி, வேறு பெயர்வெளியில் வேறு வழிசெலுத்தல் அட்டவணை, அல்லது வேறு பயனரின் சூழல் கோப்பு இருக்கலாம். நீங்கள் சரிபார்க்கும் பொருளைப் போலவே அதே புரவலன், கொள்கலன், பெயர்வெளி அல்லது சேவை சூழலில் சோதனையை இயக்குங்கள். இல்லையெனில் உங்கள் சொந்த ஷெல்லை அளவிடுகிறீர்கள்.
சாதாரண புரவலனில் இது அதே பயனர் மற்றும் அதே அலகு என்பதாகும். கொள்கலன் சூழலில் இது புரவலனில் இருந்து சோதிப்பதற்குப் பதிலாக கொள்கலனின் பிணைய பெயர்வெளிக்குள் நுழைவதாகும். systemd சேவையில் இது அதே அமைப்புகள் கொண்ட தற்காலிக அலகாக இருக்கலாம்.
அடுத்த கோரிக்கை நீங்கள் சரியான சூழலில் இருக்கும்போது மட்டுமே அர்த்தமுள்ளது.
முகவரி குடும்பங்களைத் தனித்தனியாகச் சரிபார்க்கவும்
ஒவ்வொரு குடும்பத்தையும் வெளிப்படையாகக் கேளுங்கள், ஏனெனில் வெற்றிகரமான IPv4 கோரிக்கை IPv6 பாதையை சிறிதும் பயன்படுத்தாது. --ipv4 மற்றும் --ipv6 தேர்விகள் தேர்வை கட்டாயப்படுத்துகின்றன, இரண்டு முடிவுகளுக்கு இடையிலான வேறுபாடே தகவல்.
curl --ipv4 https://probe.example/observed-source
curl --ipv6 https://probe.example/observed-sourceதோல்வியடைந்த IPv6 கோரிக்கை பயனுள்ள தடுப்புக்கான சான்று அல்ல. முனைப் புள்ளிக்கு IPv6 முகவரி இல்லை, DNS பயன்படுத்தக்கூடிய எதையும் திருப்பித் தரவில்லை, அல்லது சாதனத்திற்கு IPv6 பாதை இல்லை என்று அர்த்தமாகலாம். முடிவெடுக்கும் முன் தோல்வியைப் படியுங்கள். சுரங்கப்பாதை வழியாக வெற்றிகரமான IPv6 கோரிக்கை மட்டுமே IPv6 பாதை உள்ளடக்கப்பட்டதை நிரூபிக்கும் முடிவு.
இரண்டு பதில்களையும் பக்கத்துக்குப் பக்கம் பதிவு செய்யுங்கள். அவற்றில் ஒன்று மட்டும் பாதி உண்மை.
வெளியேறும் சரிபார்ப்பு தவறவிடும் நான்கு விஷயங்களைச் சேர்க்கவும்
வெளியேறும் முகவரி ஒரு கேள்விக்குப் பதிலளிக்கிறது. மேலும் நான்கு சுரங்கப்பாதை வடிவமைத்தபடி செயல்படுகிறதா என்பதைத் தீர்மானிக்கின்றன.
| Check | What it proves | What it does not |
|---|---|---|
| Included and excluded destinations | The split behaves as designed for those flows | Coverage of any other destination |
| Resolver path | Where a fresh lookup actually travelled | Where a cached answer came from |
| Tunnel-down behaviour | The failure policy for a new request | What an already open connection does |
| Reconnect and restart | The requirement survives the lifecycle event | Behaviour under load or partial failure |
இலக்குக் கொள்கை முதலில்: வடிவமைப்பில் பிரிவு இருந்தால் சேர்க்க வேண்டிய ஓட்டம் மற்றும் விலக்க வேண்டிய ஓட்டத்தைச் சோதிக்கவும். பின்னர் DNS, அங்கு நீங்கள் உள்ளமைக்கப்பட்ட மதிப்புக்குப் பதிலாக உண்மையான தீர்வு பாதையை ஆய்வு செய்கிறீர்கள், ஏனெனில் தற்காலிகச் சேமிப்பில் உள்ள பதில் அல்லது அச்சிடப்பட்ட அமைப்பு புதிய வினவல் எங்கு சென்றது என்பதைப் பற்றி எதுவும் கூறுவதில்லை.
தோல்வி நடத்தைக்கு ஒரு திட்டமும் பாதுகாக்கப்பட்ட மீட்புப் பாதையும் தேவை. சுரங்கப்பாதை கிடைக்காதபோது புதிய கோரிக்கையைக் கவனியுங்கள், பழைய திறந்த இணைப்பு தோல்விக் கொள்கையின் சான்று அல்ல என்பதை நினைவில் கொள்ளுங்கள். வாழ்க்கைச் சுழற்சி கடைசி: அந்த நிகழ்வுகள் தேவையைப் பாதித்தால் மீண்டும் இணைந்த பின் அல்லது சேவை மறுதொடக்கம் செய்த பின் கண்காணிப்பை மீண்டும் செய்யுங்கள்.
சான்றைப் பதிவு செய்யுங்கள், தீர்ப்பை அல்ல
ஒவ்வொரு முடிவுக்கும் செயல்முறை சூழல், இலக்கு, முகவரி குடும்பம், நேரம் மற்றும் கவனிக்கப்பட்ட மூலத்தை வைத்திருங்கள். அந்தத் தொகுப்பு நீங்கள் இயக்கிய ஓட்டங்களைப் பற்றிய வரம்புக்குட்பட்ட சான்று, எதை உள்ளடக்கியது என்பதைக் கூறுவதால் அது பாதுகாக்கக்கூடியது.
இது VPN இயக்குநரின் பதிவுகளின் தணிக்கை அல்ல, சாதனத்தில் எதிர்காலத்தில் வரும் ஒவ்வொரு பயன்பாட்டுக்கும் சான்றிதழும் அல்ல.
முடிவின் அருகில் வரம்புகளை எழுதுங்கள். எதை உள்ளடக்கவில்லை என்று கூறும் சோதனை மதிப்பாய்வில் தப்பிக்கும், சாதனம் சரிபார்க்கப்பட்டது என்று கூறுவது தப்பிக்காது. நீங்கள் பயன்படுத்திய குடும்பத் தேர்விகளின் அருகில் curl கையேட்டை வைத்திருங்கள், நான்கு வரிசை அட்டவணையை முடிவுகளுடன் வைத்திருங்கள்.