Squid लॉग: क्या 407 के बाद आने वाला 200 विफलता माना जाता है?
जब Squid चुनौती के बाद सफल टनल लॉग करता है, तो पूरी हुई क्रियाओं को प्रमाणीकरण आदान-प्रदान से अलग गिनें।
मान लीजिए कोई क्लाइंट प्रॉक्सी क्रेडेंशियल के बिना एक अनुरोध भेजता है, चुनौती पाता है और सफलतापूर्वक फिर से प्रयास करता है। अनुरोध लॉग में दो प्रविष्टियाँ हो सकती हैं। लेकिन ऐप्लिकेशन इस्तेमाल करने वाले व्यक्ति ने एक ही पूरी हुई क्रिया का अनुभव किया।
इसीलिए TCP_DENIED/407 और TCP_TUNNEL/200 के बीच बराबर बँटा लॉग अपने आप पचास प्रतिशत विफलता दर सिद्ध नहीं करता। पहले तय करें कि प्रविष्टियाँ चुनौती-और-पुनःप्रयास जोड़े बनाती हैं या नहीं।
जो वास्तव में आपके लिए मायने रखता है, उसे गिनें
| माप | गणना |
|---|---|
| प्रमाणीकरण चुनौतियाँ | प्रमाणीकरण माँगते प्रॉक्सी उत्तर |
| प्रॉक्सी प्रयास | मध्यस्थ द्वारा दर्ज किए गए अलग-अलग लेनदेन |
| पूरे हुए कार्य | इच्छित परिणाम तक पहुँचने वाली ऐप्लिकेशन क्रियाएँ |
टाइमस्टैम्प, क्लाइंट संदर्भ, गंतव्य और उपलब्ध कोई भी अनुरोध पहचानकर्ता आपस में जोड़ें। बिना प्रमाणीकरण वाले प्रयास में दर्ज उपयोगकर्ता नाम न हो सकता है, जबकि उसके सफल पुनःप्रयास में होता है। एक साथ चल रही गतिविधि का अर्थ है कि केवल पास-पास की पंक्तियाँ दो प्रविष्टियों के एक साथ होने का कमज़ोर प्रमाण हैं।
सफल टनल को सफल वेबसाइट क्रिया से अलग रखें। CONNECT स्वीकार करना टनल स्थापित करता है; गंतव्य फिर भी TLS के दौरान विफल हो सकता है या बाद में ऐप्लिकेशन त्रुटि लौटा सकता है।
बार-बार आने वाली अंतिम चुनौतियों, बाद में कभी पूरी न होने वाली क्रियाओं, या आदान-प्रदान की संख्या में अचानक बदलाव की जाँच करें। ये एक स्थिर चुनौती-पहले क्लाइंट से अलग हैं जो ठीक वही करता है जो उसका कॉन्फ़िगरेशन माँगता है। केवल डैशबोर्ड को हरा दिखाने के लिए प्रमाणीकरण दबाना माप को ठीक करने के बजाय सेवा को बदल देगा।