Apache ProxyRemote சான்றுகள் மற்றும் proxy-chain-auth

ஒரு வாடிக்கையாளர் ஒரு கணக்கைப் பயன்படுத்தி Apache முன்னோக்கு ப்ராக்ஸியில் அங்கீகரிக்கப்படலாம், அதே நேரத்தில் Apache மற்றொரு கணக்கைப் பயன்படுத்தி பெற்றோர் ப்ராக்ஸியில் அங்கீகரிக்கிறது:

client ── client account ── Apache ── parent account ── parent proxy

httpd 2.4.59 அல்லது அதற்குப் பிறகு நிலையான பெற்றோர் கணக்கிற்கு ProxyRemote மூன்றாவது வாதத்தை ஏற்கிறது:

ProxyRemote "*" "http://parent.example:3128" "parent-user:replace_with_private_password"

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

Apache இந்த Basic சான்றுகளை முன்கூட்டியே அனுப்புகிறது, முதலில் சவாலுக்காகக் காத்திருக்காமல். எனவே பெற்றோர் இணைப்பின் போக்குவரத்தும் கணக்குக் கொள்கையும் முக்கியமானவை; தளத்தின் பிந்தைய HTTPS அமர்வு பெற்றோருக்குச் செல்லும் வெளிப்படையான HTTP தாவலைத் தானே பாதுகாக்காது.

அதே உள்வரும் கணக்கு எப்போது தொடர வேண்டும்

பொதுவாக Apache தனக்கு அனுப்பப்பட்ட ப்ராக்ஸி அங்கீகாரத்தைப் பயன்படுத்துகிறது. proxy-chain-auth சூழல் அமைப்பு அதற்குப் பதிலாக வாடிக்கையாளரின் ப்ராக்ஸி சான்றுகளை அடுத்த ப்ராக்ஸிக்கு அனுப்ப அனுமதிக்கிறது:

SetEnv proxy-chain-auth On

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

ProxyRemote இன் வெளிப்படையான சான்று வாதத்துடன் proxy-chain-auth எந்த விளைவையும் கொண்டிருக்காது. எந்த கடவுச்சொல் வேலை செய்யும் என்ற நம்பிக்கையில் இரு அமைப்புகளையும் அடுக்கி வைக்காமல், சான்றின் மூலத்தை வேண்டுமென்றே தேர்ந்தெடுக்கவும்.

இந்த வழிமுறைகள் ப்ராக்ஸி தாவல்களை அங்கீகரிக்கின்றன. இலக்கு தளத்தின் Authorization தலைப்பு தனி பரிமாற்றமாகவே உள்ளது.