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 आउटपुट धेरै ठूलो हुन सक्छ; प्रमाणीकरण निदानलाई पनि सीमित व्यवस्थापन चाहिन्छ किनकि खाता विवरण र अन्य संवेदनशील अवस्था देखिन सक्छन्।