Squid के लॉग में विफल अनुरोध खोजें
ट्रांज़ैक्शन नतीजों के लिए access.log और Squid की अपनी विफलताओं के लिए cache.log इस्तेमाल करें, और टनल की स्थिति को गंतव्य की स्थिति से अलग समझें।
Debian के Squid 6 पैकेज में सामान्य ट्रांज़ैक्शन और डेमन लॉग से शुरुआत करें:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logकस्टम लॉगिंग या सेवा प्रबंधक इन्हें कहीं और भेज सकता है। ज्ञात स्रोत से सीमित दायरे वाला एक अनुरोध दोहराएँ और उसका समय, मेथड और गंतव्य लिखें, ताकि सही रिकॉर्ड से मिलान कर सकें।
| साक्ष्य | इससे क्या पढ़ें |
|---|---|
| access.log के मूल फ़ॉर्मैट का परिणाम | Squid का परिणाम कोड और HTTP स्थिति ट्रांज़ैक्शन के अलग-अलग हिस्से हैं। |
| एक्सेस पदानुक्रम की जानकारी | फ़ॉरवर्डिंग ने पैरेंट प्रॉक्सी या दूसरे रास्ते का कैसे इस्तेमाल किया। |
| CONNECT सफल | टनल खुल गई; यह एन्क्रिप्टेड TLS के भीतर बाद में आने वाली वेबसाइट की स्थिति नहीं है। |
| cache.log | Squid के अपने हेल्पर, स्टार्टअप, रिज़ॉल्वर और कॉन्फ़िगरेशन की विफलताएँ। |
यदि मिलता-जुलता अनुरोध नहीं दिखता, तो पुष्टि करें कि यह क्लाइंट इसी इंस्टेंस और लिसनर तक पहुँचा था। लॉगिंग ACL, बफ़रिंग, रोटेशन और ट्रांज़ैक्शन अभी सक्रिय है या नहीं, जाँचें; लंबे समय तक चलने वाली टनल का अंतिम एक्सेस रिकॉर्ड शायद अभी न हो। बायपास या पुराना प्रॉक्सी प्रोसेस ट्रैफ़िक कहीं और भेज सकता है, इसलिए एक्सेस नीति बदलने से पहले सुनने वाले प्रोसेस का मिलान उसके लोड किए गए कॉन्फ़िगरेशन से करें।
संवेदनशील जानकारी छिपाकर संबंधित ट्रांज़ैक्शन और उसके पास की त्रुटियाँ साझा करें। URL, क्वेरी, स्रोत पते और उपयोगकर्ता नाम निजी हो सकते हैं; किसी खास ज़रूरत के बिना पूरा लॉग निकालना या पूरे हेडर की लॉगिंग चालू करना उपयोगी साक्ष्य के बजाय खुलासे को बढ़ाता है।