HTTPS ப்ராக்சி என்றால் இரண்டு TLS இணைப்புகள், ஒன்று மட்டுமல்ல
ப்ராக்சி தாவலும் வலைத்தளமும் தனித்தனி நம்பிக்கையுடன் கூடிய தனித்தனி TLS உறவுகள். எந்த முனை தோல்வியடைந்தது என்பதைப் படித்த பிறகே எந்தச் சான்றிதழ் அமைப்பையும் மாற்றுங்கள்.
HTTPS ப்ராக்சி என்ற பெயர் உங்கள் கிளையண்டுக்கும் ப்ராக்சிக்கும் இடையிலான போக்குவரத்தை மட்டுமே விவரிக்கிறது, அதற்கு மேல் எதுவுமில்லை. அதன் பின்னால் உள்ள வலைத்தளம் அதே இணைப்பால் மறையாக்கப்பட்டுள்ளது என்று அது கூறவில்லை, ப்ராக்சி பக்கத்தைப் படிக்க முடியும் என்றும் அது கூறவில்லை. அந்த இரண்டு இணைப்புகளையும் பிரித்தவுடன், சான்றிதழ் பிழைகள் மர்மமாக இருப்பது நிற்கும், VPN உடனான ஒப்பீடு தெளிவாகும்.
இரண்டு முனை இணைகள், இரண்டு சரிபார்ப்புகள்
சாதாரண சுரங்கப்பாதை பயன்முறையில் இரண்டு TLS உறவுகள் உள்ளன. முதலாவது உங்கள் கிளையண்டிலிருந்து ப்ராக்சி வரை சென்று ப்ராக்சியை அங்கீகரிக்கிறது. இரண்டாவது உங்கள் கிளையண்டிலிருந்து சுரங்கப்பாதைக்குள் உள்ள வலைத்தளம் வரை சென்று வலைத்தளத்தை அங்கீகரிக்கிறது. அவை தனித்தனியாகத் தோல்வியடைகின்றன, தனித்தனியாகவே அமைக்கப்படுகின்றன.
அவற்றுக்குத் தனித்தனி நம்பிக்கை முடிவுகள், தனித்தனி சான்றிதழ் சங்கிலிகள், தனித்தனி தோல்வி செய்திகள் உள்ளன. நிறுவன CA பயன்படுத்தும் ப்ராக்சிக்கும் பொது சங்கிலி பயன்படுத்தும் பொது வலைத்தளத்திற்கும் வெவ்வேறு சரிபார்ப்பு அமைப்பு செல்லுபடியாகும், அது தவறான அமைப்பு அல்ல.
அவற்றை ஒரே சாக்கெட்டைப் பகிரும் இரண்டு இணைப்புகளாகக் கருதுங்கள், ஏனெனில் அவை அதுவே.
CONNECT உண்மையில் எதைச் சுரங்கமாக்குகிறது
கிளையண்ட் ஹோஸ்ட் மற்றும் போர்ட்டைக் குறிப்பிடும் CONNECT கோரிக்கையை அனுப்புகிறது, ப்ராக்சி அந்த இலக்குக்கு TCP இணைப்பைத் திறக்கிறது. ப்ராக்சி பதிலளித்த பிறகு, தொடரும் பைட்டுகள் எந்த விளக்கமும் இல்லாமல் அனுப்பப்படுகின்றன, அதனால்தான் வலைத்தளத்தின் TLS கைக்குலுக்கல் ப்ராக்சி வழியாக மாற்றமின்றி செல்கிறது. எனவே ப்ராக்சி இலக்குப் பெயரையும் இணைப்பு மெட்டாடேட்டாவையும் அறிந்துகொள்கிறது, அந்த ஏற்பாட்டிலிருந்து மறையாக்கம் நீக்கப்பட்ட பக்கங்களைப் பெறுவதில்லை.
அந்த வேறுபாடே சுரங்கப்பாதை பயன்முறையின் முழு பாதுகாப்பு வாதம், அதே நேரம் அதன் எல்லையும்.
ப்ராக்சி தாவலில் TLS இல்லாத HTTP ப்ராக்சியும் CONNECT வழியாக HTTPS வலைத்தளத்தைக் கொண்டு செல்கிறது. கிளையண்ட்-ப்ராக்சி பரிமாற்றம் திறந்த நிலையில் உள்ளது, வலைத்தள இணைப்பு அல்ல, முழு விஷயத்தையும் HTTPS ப்ராக்சி என்று அழைப்பது அந்த வேறுபாட்டை மறைக்கிறது.
எந்தச் சான்றிதழ் தோல்வியடைந்தது
சரிபார்ப்பு தோல்வியடையும்போது, எந்த நம்பிக்கை அமைப்பையும் மாற்றுவதற்கு முன் பிழையில் பெயரிடப்பட்ட முனையைப் படியுங்கள். அந்த இரண்டு தோல்விகளும் முனையத்தில் ஒரே மாதிரி தெரிகின்றன, ஆனால் முற்றிலும் வேறுபட்ட தீர்வுகளைச் சுட்டுகின்றன, அதனால்தான் முதல் கேள்வி எப்போதும் எந்த இணைப்பு மறுக்கப்பட்டது என்பதே.
curl இதற்காகவே விருப்பங்களைப் பிரிக்கிறது. ப்ராக்சி CA கோப்பு ப்ராக்சியின் சரிபார்ப்பை அமைக்கிறது, CA கோப்பு சேவையகத்தின் சரிபார்ப்பை அமைக்கிறது, பொருந்தும் நம்பிக்கைக் களஞ்சியத்தின் நடத்தை curl எவ்வாறு கட்டப்பட்டது என்பதையும் சார்ந்துள்ளது.
curl -v --proxy https://proxy.example.net:443 \
--proxy-cacert org-ca.pem --cacert public-ca.pem https://www.example.com/ஒரு சரிபார்ப்பை அடக்குவது பழுதுநீக்கல் அல்ல. அது எந்த முனையைப் பற்றியும் எதையும் நிரூபிக்கவில்லை.
ஆய்வு வேறுபட்ட ஏற்பாடு
TLS ஆய்வு சுரங்கமாக்கல் அல்ல. ஆய்வு செய்யும் இடைநிலையாளர் வலைத்தளம் நோக்கிய நம்பிக்கை உறவை முடித்து, தன் சொந்தச் சான்றிதழைக் கிளையண்டுக்கு வழங்குகிறார், எனவே கிளையண்ட் தளத்திற்குப் பதிலாக இடைநிலையாளரையே சரிபார்க்கிறது. அங்கீகரிக்கப்பட்ட வடிவமைப்பின் கீழ் அது செல்லுபடியாகலாம், ஆனால் பைட்-க்கு-பைட் அனுப்புதலிலிருந்து அது அடிப்படையில் வேறுபட்ட கூற்று. ஒவ்வொரு ப்ராக்சியும் ஆய்வு செய்கிறது என்று கருத வேண்டாம், மறையாக்கப்பட்ட ப்ராக்சி தாவல் அதை நீக்கிவிடும் என்றும் கருத வேண்டாம்.
உங்கள் நம்பிக்கைக் களஞ்சியத்தில் உள்ள நிறுவன CA நீங்கள் எந்த ஏற்பாட்டில் இருக்கிறீர்கள் என்பதற்கான குறிப்பு மட்டுமே, சான்று அல்ல. சான்றிதழ் சங்கிலியிலிருந்து ஊகிப்பதற்குப் பதிலாக வடிவமைப்பைக் கேளுங்கள்.
அந்த இரண்டு ஏற்பாடுகளும் பக்கத்தை யார் படிக்க முடியும் என்ற கேள்விக்கு வெவ்வேறு பதில்களைத் தருகின்றன.
அதே நான்கு வரிகளில் ப்ராக்சியையும் VPN ஐயும் ஒப்பிடுங்கள்
இரண்டு நிறுவல்களும் ஒரே முறையில் விவரிக்கப்படும்போதுதான் ஒப்பீடு பயனுள்ளதாகும்.
| Line | What to state |
|---|---|
| Protected segments | Which hops are encrypted, and between which endpoints |
| Verified identities | What each end proves, and against which trust anchor |
| Trusted intermediaries | Who can read or alter traffic by design |
| Traffic included | Which processes and destinations the policy actually covers |
ஒரு கோரிக்கைக்காக அமைக்கப்பட்ட ப்ராக்சி அந்தக் கோரிக்கையை மட்டுமே மறைக்கிறது. சாதனத்தின் ஒவ்வொரு செயல்முறையையும் அதன் வழியாக அனுப்புவதில்லை, மாதிரிக் கட்டளை அதே அளவு குறுகியதே. VPN இன் பரப்பு அதன் வழித்தடம் மற்றும் பயன்பாட்டுக் கொள்கையைச் சார்ந்துள்ளது, அதுவும் ஊகிக்காமல் பரிசீலிக்கப்பட வேண்டும். நிறுவப்பட்டது என்பதற்காக மட்டும் எந்த விருப்பமும் எல்லாவற்றையும் மறைக்காது.
ஒவ்வொரு விருப்பத்திற்கும் அந்த நான்கு வரிகளை எழுதுங்கள், வாதம் பொதுவாகத் தானே தீரும். பயனுள்ள ஒப்பீடு எந்த லேபிள் அதிக மறையாக்கமாக ஒலிக்கிறது என்பது அல்ல. எந்தப் பகுதிகள் பாதுகாக்கப்படுகின்றன, அவற்றின் முனைகளில் யார் சரிபார்க்கப்படுகிறார், எந்த இடைநிலையாளர்களை நீங்கள் நம்புகிறீர்கள், கொள்கை உண்மையில் எந்தப் போக்குவரத்தை உள்ளடக்குகிறது என்பதே.