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