VPN பின்னால் கேசிங்: HTTPS இன்னும் மறைப்பது என்ன

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

TLS அமர்வு உலாவிக்கு உரியது

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

அதை உடைக்கும் எந்த வடிவமைப்பும் TLS இடையீட்டு வடிவமைப்பு, சான்றிதழ் நம்பிக்கை மற்றும் சாதன மேலாண்மையில் அதன் சொந்த விளைவுகளுடன்.

CONNECT ஒரு சுரங்கப்பாதை, கேச் அல்ல

வெளிப்படையான முன்னோக்கு ப்ராக்ஸி பொதுவாக HTTP CONNECT கோரிக்கையைப் பெற்று, பின்னர் இரு திசைகளிலும் பைட்டுகளை அனுப்புகிறது. அனுப்புதல் என்பதே முக்கியச் சொல்: ப்ராக்ஸி மறையாக்கப்பட்ட உரையாடலை பகுப்பாய்வு செய்யவில்லை.

curl -sSI -x http://proxy.example:3128 https://example.com/

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

நீங்கள் இயக்குவதைக் கேச் செய்யுங்கள், உலாவுவதை அல்ல

உள்ளடக்கம் உங்களுடையதாக இருந்தால், தலைகீழ் ப்ராக்ஸி TLS ஐ முடித்து அங்கீகரிக்கப்பட்ட பதில்களை வேண்டுமென்றே சேமிக்க முடியும். அது தொகுப்புக் களஞ்சியத்திற்கு உரியதானால், திட்டம் ஆதரிக்கும் கண்ணாடியைப் பயன்படுத்துங்கள்.

nginx -T | grep -n "proxy_cache"
curl -sSI https://mirror.example/pkg/index.json | grep -i -E "cache-control|age"

முதல் கட்டளை கேச் மண்டலம் உள்ளமைக்கப்பட்டுள்ளதா, எங்கு பொருந்துகிறது என்பதைக் காட்டுகிறது, இரண்டாவது ஒரு பொருளுக்கான மூலத்தின் சொந்த கேசிங் வழிமுறைகளைக் காட்டுகிறது. பகிரப்பட்ட கேச் புதுமை, கேச் கட்டுப்பாடுகள் மற்றும் பிரதிநிதித்துவங்களை வேறுபடுத்தும் கோரிக்கை பண்புகளை மதிக்க வேண்டும்; private மற்றும் no-store வெவ்வேறு பொருள்களைக் குறிக்கின்றன, வெற்றி விகிதத்தை உயர்த்த எதையும் நீக்கக்கூடாது. HTTP கேசிங் விதிகள் அங்கீகரிக்கப்பட்ட கோரிக்கைகளுக்கான பதில்களைச் சேமிப்பதையும் கட்டுப்படுத்துகின்றன, அங்கேயே தனிப்பயனாக்கப்பட்ட பக்கம் தரவு வெளிப்பாடாகிறது. ப்ராக்ஸியை திறந்த ரிலேவாக வெளிப்படுத்தாமல் அங்கீகரிக்கப்பட்ட கிளையண்ட்களுக்கு மட்டுப்படுத்துங்கள்.

வெற்றியை அளவிடுங்கள், நிறுத்துக்கடிகாரத்தை அல்ல

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

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