Squid harici ACL önbellekleme: yardımcı neden her seferinde çağrılmıyor

Bir isteği günlüğe kaydedip sonra susan bir yardımcı normal olabilir. Squid, yardımcıya başka bir sorgu göndermeden önbelleğe alınmış harici ACL sonucuyla bir kuralı değerlendirebilir.

Önce yeniden kullanılabilir kararı tanımlayın. “Bu hesap proxy'yi kullanabilir mi?” sorusu “Bu hesap bu hedefe ulaşabilir mi?” sorusundan farklı girdiler gerektirir. Genişletilmiş harici ACL biçimi önbellek anahtarını oluşturur. Yardımcı kullanıcı adına ve hedefe göre karar veriyorsa ama anahtar yalnızca kullanıcı adını içeriyorsa, önbelleğe alınmış bir onay amaçlanandan daha geniş uygulanabilir. Yanıtı değiştiren her girdiyi ekleyin ve yalnızca eşdeğer kararları parçalayan ayrıntılardan kaçının.

Sonra tazeliği seçin. Pozitif ttl ve negative_ttl eşleşen ve eşleşmeyen sonuçları yönetir; grace bir girdi sona ermeden yenilemeyi başlatabilir. İptal edilmiş bir hesabın önbelleğe alınmış onayının sonraki kararları ne kadar etkileyebileceğine karar verin. Bu ayarların hiçbiri kurulu bir CONNECT tünelini her bayt veya iç HTTPS isteği için yeniden yetkilendirmez. Yardımcı bir trafik kotası uyguluyorsa, kabul edilen aktarımlar bakiye değiştikten sonra da sürebilir.

Yardımcı kalıcı bir protokol katılımcısıdır, her istek için yeni bir betik süreci olması gerekmez. Onu ardışık sorgu satırlarına hazır tutun ve her yanıtı hemen gönderin. Tanılamayı başka bir kanala koyun. Eşzamanlılık etkinleştirildiğinde ilgili sağlanan kanal tanımlayıcısını döndürün.

Son olarak yavaş, kullanılamaz ve iç hata sonuçlarını tanımlayın ve çevredeki ACL sırasının bunları üretmesini sağlayın. Tasarım, yeniden kullanılabilir bir yanıtın hem özgüllüğü hem de izin verilen yaşı erişim gereksinimiyle eşleştiğinde tamamlanır.