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, क्वेरी, स्रोत पत्ते आणि वापरकर्तानावे खासगी असू शकतात; ठरावीक गरजेशिवाय पूर्ण लॉग बाहेर काढणे किंवा सर्व हेडरचे लॉगिंग सुरू करणे उपयुक्त पुराव्याऐवजी माहितीचे प्रकटीकरण वाढवते.