Squid கோரிக்கைகளை மேல்நிலை ப்ராக்ஸி வழியாக அனுப்புங்கள்
Squid 6.13-இல் தெரிந்த கிளையன்டின் முன்னனுப்பும் கோரிக்கைகளுக்கு மேல்நிலை ப்ராக்ஸியைப் பயன்படுத்தச் செய்து தற்செயலான நேரடி மாற்றுப் பாதையைத் தவிர்க்கவும்.
Squid-இல் மேல்நிலை ப்ராக்ஸியை அறிவிப்பதால் மட்டும் ஒவ்வொரு முன்னனுப்பும் கோரிக்கையும் அதைப் பயன்படுத்த வேண்டியதில்லை. நேரடிப் பாதை கொள்கையை மீறுமெனில் தேவையை வெளிப்படையாக அமைத்து மேல்நிலை ப்ராக்ஸி கிடைக்காதபோது சோதியுங்கள்.
Squid 6.13-க்கான இந்த எடுத்துக்காட்டு ஒரு மேல்நிலை ப்ராக்ஸியைக் குறிப்பிட்டு ஒரு கிளையன்ட் மூலத்துக்கு மூலச் சேவையகத்துக்கு நேரடி முன்னனுப்பலைத் தடுக்கிறது:
cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client
இரண்டு முகவரிகளும் இடநிரப்பிகள். பொது HTTP மேல்நிலை ப்ராக்ஸிகள் அனுமதிக்கப்படும் கட்டுப்பாட்டிலுள்ள upstream சோதனைக்கு HTTP ப்ராக்ஸி பட்டியலிலிருந்து முகவரியைத் தேர்ந்தெடுக்கவும். வேண்டிய கிளையன்ட்களை மட்டும் ஏற்கும் தனி http_access கொள்கையை வைத்திருங்கள். வழித்தட விதி கிளையன்டுக்கு ப்ராக்ஸி பயன்படுத்தும் உரிமை தராது.
ஏற்கெனவே உள்ள வழித்தட விதிகளைப் பாருங்கள்
no-query இந்த peer-க்கான ICP வினாக்களை நிறுத்துகிறது. பூஜ்யம் peer-இன் வினா போர்ட், HTTP லிசனர் அல்ல. கிளையன்ட் பக்க லிசனரும் அணுகல் விதிகளும் தனியாகத் தொடரும்.
இந்தப் பகுதியைச் சேர்க்குமுன் தற்போதைய always_direct அமைப்புகளையும் பிற peer தேர்வுகளையும் பாருங்கள். always_direct-இல் பொருத்தத்தை மறுப்பது மட்டும் மேல்நிலை ப்ராக்ஸியை கட்டாயமாக்காது. வெளிப்படையான never-direct விதி தேர்ந்தெடுத்த கிளையன்டுக்கு அந்தத் தேவையைச் சொல்கிறது.
இது முன்னனுப்ப வேண்டிய பரிமாற்றங்களை நிர்வகிக்கிறது. பயன்படும் உள்ளூர் காஷ் பதிவு மேல்நிலை ப்ராக்ஸியைத் தொடர்புகொள்ளாமலும் வழங்கப்படலாம்; எனவே புதிய மேல்நிலை இணைப்பு இல்லாதது தானாக வழித்தட மீறல் அல்ல.
பாதையையும் தோல்வி நடத்தையையும் சோதியுங்கள்
கட்டுப்பாட்டிலுள்ள இலக்கைப் பயன்படுத்தி அணுகல் பதிவின் படிநிலைத் தகவலை இலக்கின் கவனிப்புடன் ஒப்பிடுங்கள். இறுதி HTTP நிலை மட்டும் Squid மேல்நிலை ப்ராக்ஸியா நேரடிப் பாதையா பயன்படுத்தியது என்று சொல்லாது.
பராமரிப்புச் சோதனையில் மேல்நிலை ப்ராக்ஸியை கிடைக்காமல் செய்து அதே காஷ் இல்லாத கோரிக்கையை மீண்டும் அனுப்புங்கள். கொள்கை நேரடி முன்னனுப்பலைத் தடுத்தால் வேறு பாதையில் மூலத்தை அடையாமல் பரிமாற்றம் தோல்வியடைய வேண்டும். உங்கள் கட்டுப்பாட்டிலுள்ள சேவைகளில் மட்டும் செய்து, பிறகு விரும்பிய அமைப்பை மீட்டமைக்கவும்.