Tìm yêu cầu thất bại trong nhật ký Squid
Dùng access.log cho kết quả giao dịch và cache.log cho lỗi của chính Squid, đồng thời phân biệt trạng thái đường hầm với trạng thái đích.
Với gói Squid 6 của Debian, hãy bắt đầu từ nhật ký giao dịch và tiến trình nền thông thường:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logCấu hình ghi nhật ký riêng hoặc trình quản lý dịch vụ có thể đưa chúng sang nơi khác. Tái hiện một yêu cầu có phạm vi giới hạn từ nguồn đã biết và ghi lại thời gian, phương thức, đích để khớp đúng bản ghi.
| Bằng chứng | Điều cần đọc từ đó |
|---|---|
| Kết quả theo định dạng gốc của access.log | Mã kết quả Squid và trạng thái HTTP là hai phần riêng của giao dịch. |
| Thông tin phân cấp truy cập | Cách chuyển tiếp đã dùng proxy cha hoặc tuyến khác. |
| CONNECT thành công | Đường hầm đã mở; đây không phải trạng thái trang web về sau bên trong TLS được mã hóa. |
| cache.log | Lỗi chương trình hỗ trợ, khởi động, trình phân giải và cấu hình của chính Squid. |
Nếu không thấy yêu cầu khớp, hãy xác nhận máy khách này đã đến đúng phiên chạy Squid và bộ lắng nghe này. Kiểm tra ACL ghi nhật ký, bộ đệm, luân chuyển và liệu giao dịch còn hoạt động không; đường hầm tồn tại lâu có thể chưa có bản ghi truy cập cuối cùng. Việc bỏ qua proxy hoặc tiến trình proxy cũ có thể đưa lưu lượng sang nơi khác, nên đối chiếu tiến trình đang lắng nghe với cấu hình nó đã nạp trước khi sửa chính sách truy cập.
Chia sẻ giao dịch liên quan đã che dữ liệu nhạy cảm cùng các lỗi gần đó. URL, truy vấn, địa chỉ nguồn và tên người dùng có thể là thông tin riêng tư; xuất toàn bộ nhật ký hoặc bật ghi đầy đủ header khi không có nhu cầu cụ thể làm tăng lộ lọt thay vì cung cấp bằng chứng hữu ích.