Squid isteklerini bir üst proxy üzerinden gönderme

Squid’de parent tanımlamak tek başına her iletilen isteğin onu kullanması gerektiği anlamına gelmez. Doğrudan yol politikanızı ihlal ediyorsa gereksinimi açıkça yapılandırın ve parent kullanılamadığında ne olduğunu test edin.

Squid 6.13 için bu örnek bir parent adlandırır ve bir istemci kaynağının origin’e doğrudan iletilmesini yasaklar:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client

İki adres de yer tutucudur. Genel HTTP parent’ların izinli olduğu denetimli upstream testinde HTTP proxy listesinden adres seçin. Yalnızca amaçlanan istemcileri kabul eden ayrı http_access politikasını koruyun. Yönlendirme kuralı istemciye proxy kullanma yetkisi vermez.

Mevcut yönlendirme kurallarını inceleyin

no-query bu eşe ICP sorgularını kapatır. Sıfır, eşin sorgu portudur; HTTP dinleyicisi değildir. İstemciye bakan dinleyici ve erişim kuralları ayrı kalır.

Bu bloğu eklemeden önce mevcut always_direct ayarlarını ve diğer eş seçimlerini inceleyin. always_direct içindeki eşleşmeyi reddetmek tek başına parent gerektirmez. Açık never-direct kuralı seçilen istemci için bu zorunluluğu ifade eder.

Bu, iletilmesi gereken işlemleri yönetir. Kullanılabilir yerel önbellek kaydı parent’a bağlanmadan sunulabilir; dolayısıyla yeni parent bağlantısının olmaması otomatik olarak yönlendirme ihlali değildir.

Yolu ve hata davranışını kontrol edin

Denetiminizdeki bir hedefi kullanın ve erişim günlüğünün hiyerarşi bilgisini hedef gözlemleriyle birlikte inceleyin. Son HTTP durumu tek başına Squid’in parent mı doğrudan yol mu kullandığını göstermez.

Bakım testinde parent’ı kullanılamaz yapıp aynı önbelleksiz isteği tekrarlayın. Politika doğrudan iletmeyi yasaklıyorsa işlem başka yoldan origin’e ulaşmak yerine başarısız olmalıdır. Bunu yalnızca kontrolünüzdeki hizmetlerde yapın ve ardından amaçlanan yapılandırmayı geri yükleyin.