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 आउटपुट बहुत बड़ा हो सकता है; प्रमाणीकरण निदान को भी सीमित हैंडलिंग चाहिए क्योंकि खाते का विवरण और अन्य संवेदनशील स्थिति दिख सकती है।