ஒரு நிலை எண்ணை மட்டும் வைத்து கிளையண்ட் அங்கீகார முறையைத் தேர்ந்தெடுக்க முடியாது. ப்ராக்ஸியின் பதில் எதை ஏற்கிறது என்பதை விவரிக்க வேண்டும்.

407 உருவாக்கும் ப்ராக்ஸி Proxy-Authenticate சவாலை அனுப்ப வேண்டும் என HTTP கோருகிறது. Basic சேவைக்கு ஒரு எளிய எடுத்துக்காட்டு:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

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

இந்த கிளையண்டை அடைந்த பதிலை ஆய்வு செய்யுங்கள்

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

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

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

சவால் பயன்படுத்தக்கூடியதான பிறகுதான் சான்று வழங்குநர் ஏன் கணக்கைத் திருப்பித் தரவில்லை என்பதை ஆராய்வது அர்த்தமுள்ளது.

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