ค้นหาคำขอที่ล้มเหลวในบันทึกของ Squid

ใช้ access.log ดูผลธุรกรรมและ cache.log ดูข้อผิดพลาดของ Squid เอง พร้อมแยกสถานะอุโมงค์ออกจากสถานะปลายทาง

สำหรับแพ็กเกจ Squid 6 ของ Debian ให้เริ่มจากบันทึกธุรกรรมและดีมอนตามปกติ:

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 คิวรี ที่อยู่ต้นทาง และชื่อผู้ใช้อาจเป็นข้อมูลส่วนตัว การส่งบันทึกทั้งหมดหรือเปิดบันทึกส่วนหัวแบบเต็มโดยไม่มีความจำเป็นเฉพาะเจาะจงเพิ่มการเปิดเผยข้อมูลแทนที่จะให้หลักฐานที่มีประโยชน์

บทความที่เกี่ยวข้อง