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, क्वेरी, स्रोत ठेगाना र प्रयोगकर्ता नाम निजी हुन सक्छन्; खास आवश्यकताबिना पूरै लग निकाल्नु वा सबै हेडरको लगिङ खोल्नुले उपयोगी प्रमाणको सट्टा खुलासा बढाउँछ।