Squid-ന്റെ ആദ്യ 407 പ്രാമാണീകരണത്തിന്റെ തുടക്കമാകാം. ഒരു ശ്രമം എവിടെ നിലയ്ക്കുന്നു എന്ന് കണ്ടെത്താൻ ഒരു അഭ്യർത്ഥന ക്രമം ക്ലയന്റ്, പ്രാമാണീകരണ യന്ത്രം, ആക്സസ് തീരുമാനം എന്നിവയിലൂടെ പിന്തുടരുക.

Squid 7 ഡയഗ്നോസ്റ്റിക് സെഷനിൽ വിഭാഗം 29-ൽ പ്രാമാണീകരണ ഡീബഗ് സന്ദേശങ്ങൾ ഉണ്ട്. ഒരു താൽക്കാലിക കോൺഫിഗറേഷന് പൊതു മുന്നറിയിപ്പ് നില നിലനിർത്തിക്കൊണ്ട് ആ വിഭാഗം ഉയർത്താം:

debug_options ALL,1 29,5

മുൻ ഡീബഗ് ക്രമീകരണം രേഖപ്പെടുത്തുക, ഡയഗ്നോസ്റ്റിക് കോൺഫിഗറേഷൻ പ്രയോഗിക്കുക, ചെറിയതും തിരിച്ചറിയാവുന്നതുമായ ഒരു ശ്രമം വീണ്ടും സൃഷ്ടിക്കുക. കോൺഫിഗർ ചെയ്ത cache_log ലക്ഷ്യസ്ഥാനത്ത് ഡീബഗ് ഔട്ട്പുട്ട് ആക്സസ് ലോഗിനൊപ്പം വായിക്കുക.

തിരയേണ്ട തെളിവ്ഏത് ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു
നൽകിയ Proxy-Authenticate സ്കീംഈ പ്രോക്സി ക്ലയന്റിനോട് എന്ത് ഉപയോഗിക്കാൻ ആവശ്യപ്പെട്ടു?
ക്ലയന്റിന്റെ പ്രാമാണീകരണ പ്രതികരണംക്ലയന്റ് നൽകിയ കൈമാറ്റം തുടർന്നോ?
പ്രാമാണീകരണ യന്ത്രം അല്ലെങ്കിൽ സഹായിയുടെ ഫലംഅക്കൗണ്ട് സ്വീകരിച്ചോ, നിരസിച്ചോ, പ്രോസസിംഗ് പരാജയത്താൽ തടഞ്ഞോ?
Squid-ന്റെ ആക്സസ്-നയ തീരുമാനംആ പ്രാമാണീകരണ അവസ്ഥയ്ക്ക് ശേഷം അഭ്യർത്ഥനയ്ക്ക് എന്ത് സംഭവിച്ചു?

ചില സ്കീമുകൾക്ക് ഒന്നിലധികം ചലഞ്ച് റൗണ്ടുകൾ വേണം. ആവർത്തിച്ചുള്ള 407 എൻട്രികൾ മാത്രം ബ്രൗസർ സൂചന അവഗണിച്ചു എന്നോ നൽകിയ പാസ്വേഡ് തെറ്റായിരുന്നു എന്നോ തെളിയിക്കുന്നില്ല.

സഹായി പരാജയങ്ങൾക്ക് കോൺഫിഗർ ചെയ്ത സഹായിയും അതിന്റെ സ്കീം-നിർദ്ദിഷ്ട ഫല പ്രോട്ടോക്കോളും പരിശോധിക്കുക. ആരംഭിക്കാൻ കഴിയാത്ത പ്രോസസ്, അക്കൗണ്ട് നിരസിക്കുന്ന പ്രവർത്തിക്കുന്ന സഹായിയിൽ നിന്ന് വ്യത്യസ്തമായ തകരാറാണ്. പ്രാമാണീകരണം സ്വീകരിച്ചിട്ടും Squid അഭ്യർത്ഥന നിരസിച്ചാൽ, ബന്ധപ്പെട്ട ആക്സസ് നിയമങ്ങൾ പിന്തുടരുക.

ക്രമം മനസ്സിലായാൽ യഥാർത്ഥ ഡീബഗ് നില പുനഃസ്ഥാപിക്കുക. പൂർണ്ണ നില 9 ഔട്ട്പുട്ട് വളരെ വലുതാകാം; അക്കൗണ്ട് വിശദാംശങ്ങളും മറ്റ് സംവേദനക്ഷമമായ അവസ്ഥകളും പ്രത്യക്ഷപ്പെടാമെന്നതിനാൽ പ്രാമാണീകരണ ഡയഗ്നോസ്റ്റിക്സിനും പരിമിതമായ കൈകാര്യം വേണം.

അനുബന്ധ ലേഖനങ്ങൾ