ஒரு பணிநிலையத்தை அனுமதிக்கப்பட்ட பட்டியலில் சேர்ப்பது, அதன் சார்பாக புதிய கீழ்நிலை ப்ராக்ஸி இணைவதற்கு அவசியமாக அனுமதி அளிக்காது:

workstation → local proxy → corporate parent → website

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

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

எளிய socket-peer விளக்கத்திற்கு வேண்டுமென்றே ஒரு விதிவிலக்கு உள்ளது. Squid 6 மற்றும் 7 வெளிப்படையாக நம்பகமான சகாக்களிடமிருந்து X-Forwarded-For-ஐப் பின்பற்றி, அதன் விளைவாக வரும் மறைமுக கிளையண்ட் முகவரியை தேர்ந்தெடுக்கப்பட்ட செயல்பாடுகளுக்குப் பயன்படுத்த முடியும். தொடர்புடைய அமைப்புகள் மூல ACL அந்த வழிபெற்ற அடையாளத்தைப் பயன்படுத்துகிறதா என்பதைத் தீர்மானிக்கின்றன; இந்த அம்சம் இயக்கப்பட்டிருக்கும்போது src எப்போதும் மூல சகா அல்ல.

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

தொடர்புடைய கட்டுரைகள்