<header> Bộ nhớ cache khác </header> <b>Các máy chủ bộ đệm proxy khác</b> : Danh sách này liệt kê tất cả các bộ đệm, bộ đệm và bộ đệm, bộ đệm. Nhấp vào tên máy chủ hoặc địa chỉ để chỉnh sửa hoặc xem cấu hình hoàn chỉnh. <p> <b>Tìm nạp trực tiếp các URL có chứa</b> : Mặc định là ".cgi" và "?". Cho phép bạn buộc Squid luôn lấy các loại nội dung nhất định trực tiếp từ máy chủ gốc. Thông thường, điều này không cần sửa đổi, vì hầu hết mọi thứ được xử lý tự động bởi Squid mà không cần trợ giúp. <p> <b>Hết thời gian truy vấn ICP</b> : Mặc định là giá trị 'tối ưu'. Nếu bạn muốn ghi đè giá trị được xác định bởi Squid, hãy đặt giá trị này thành giá trị khác không. Mặc định trong các phiên bản cũ của Squid là 2000. <p> Hết <b>thời gian chờ ICP Multicast</b> : Mặc định là 2000msec hoặc 2 giây. Đối với các đồng nghiệp Multicast, Squid thường xuyên gửi các "đầu dò" ICP để đếm xem có bao nhiêu đồng nghiệp khác đang nghe trên địa chỉ multicast đã cho. Giá trị này xác định Squid sẽ đợi bao lâu để đếm tất cả các câu trả lời. <p> <b>Hết thời gian chờ chết</b> : Mặc định là 10 giây. Điều này kiểm soát thời gian Squid chờ đợi để khai báo bộ đệm ngang hàng là "đã chết". Nếu không có câu trả lời ICP nào nhận được trong khoảng thời gian này, Squid sẽ tuyên bố người chết đã chết và không mong nhận được bất kỳ câu trả lời ICP nào nữa. Tuy nhiên, nó vẫn tiếp tục gửi các truy vấn ICP và sẽ đánh dấu ngang hàng là còn sống khi nhận được phản hồi ICP tiếp theo đầu tiên. <p> Thời gian chờ này cũng ảnh hưởng khi Squid mong nhận được phản hồi ICP từ các đồng nghiệp. Nếu nhiều hơn 'dead_peer' đã trôi qua kể từ khi nhận được câu trả lời ICP cuối cùng, Squid sẽ không mong nhận được câu trả lời ICP cho truy vấn tiếp theo. Do đó, nếu thời gian giữa các yêu cầu của bạn lớn hơn thời gian chờ này, bạn sẽ thấy rất nhiều yêu cầu được gửi TRỰC TIẾP đến các máy chủ gốc thay vì cho cha mẹ của bạn. <p><hr>
y~or5J ={Eeu磝Qk ᯘG{?+]ן?wM3X^歌>{7پK>on\jy R g/=fOroNVv~Y+ NGuÝHWyw[eQʨSb> >}Gmx[o[<{Ϯ_qF vM IENDB`
