debug_options विभाग 29 सह Squid 7 प्रमाणीकरणाचा मागोवा घ्या
आव्हान, क्लायंट प्रतिसाद, प्रमाणीकरण सहाय्यक आणि प्रवेश-धोरण निर्णयाचा मागोवा घेण्यासाठी मर्यादित विभाग-29 डीबग सत्र वापरा.
Squid चा पहिला 407 प्रमाणीकरणाची सुरुवात असू शकतो. एखादा प्रयत्न कुठे थांबतो हे शोधण्यासाठी एक विनंती क्रम क्लायंट, प्रमाणीकरण यंत्रणा आणि प्रवेश निर्णयातून अनुसरा.
Squid 7 निदान सत्रात विभाग 29 मध्ये प्रमाणीकरण डीबग संदेश असतात. तात्पुरती संरचना सामान्य इशारा पातळी ठेवून तो विभाग वाढवू शकते:
debug_options ALL,1 29,5
पूर्वीची डीबग सेटिंग नोंदवा, निदान संरचना लागू करा आणि लहान, ओळखण्यायोग्य प्रयत्न पुन्हा करा. संरचित cache_log गंतव्यस्थानावर डीबग आउटपुट प्रवेश लॉगसह वाचा.
| कोणता पुरावा शोधायचा | कोणत्या प्रश्नाचे उत्तर देते |
|---|---|
| ऑफर केलेली Proxy-Authenticate योजना | या प्रॉक्सीने क्लायंटला काय वापरण्यास सांगितले? |
| क्लायंटचा प्रमाणीकरण प्रतिसाद | क्लायंटने ऑफर केलेली देवाणघेवाण सुरू ठेवली का? |
| प्रमाणीकरण यंत्रणा किंवा सहाय्यकाचा निकाल | खाते स्वीकारले, नाकारले की प्रक्रिया अपयशामुळे अडवले? |
| Squid चा प्रवेश-धोरण निर्णय | त्या प्रमाणीकरण स्थितीनंतर विनंतीचे काय झाले? |
काही योजनांना अनेक आव्हान फेऱ्या लागतात. फक्त पुनरावृत्त 407 नोंदी ब्राउझरने सूचना दुर्लक्षित केली किंवा दिलेला पासवर्ड चुकीचा होता हे सिद्ध करत नाहीत.
सहाय्यकाच्या अपयशांसाठी संरचित सहाय्यक आणि त्याचा योजना-विशिष्ट निकाल प्रोटोकॉल तपासा. सुरू होऊ न शकणारी प्रक्रिया ही चालू सहाय्यकाने खाते नाकारण्यापेक्षा वेगळी बिघाड आहे. प्रमाणीकरण स्वीकारले पण Squid अजूनही विनंती नाकारत असल्यास संबंधित प्रवेश नियम पाळा.
क्रम समजल्यावर मूळ डीबग स्तर पुनर्संचयित करा. पूर्ण स्तर 9 आउटपुट खूप मोठे असू शकते; प्रमाणीकरण निदानालाही मर्यादित हाताळणी आवश्यक आहे कारण खाते तपशील आणि इतर संवेदनशील स्थिती दिसू शकतात.