Bir iş ortağı alan adının belirlenmiş bir upstream proxy kullanması, diğer izinli isteklerin ise normal üst sunucuyu kullanması gerektiğini varsayalım. Squid 7’de adlandırılmış peer’ler ve cache_peer_access bu politikayı ifade eder:

cache_peer partner-proxy.example parent 3128 0 no-query name=partner_parent
cache_peer general-proxy.example parent 3128 0 no-query name=general_parent

acl partner_domain dstdomain .partner.example

cache_peer_access partner_parent allow partner_domain
cache_peer_access partner_parent deny all

cache_peer_access general_parent deny partner_domain
cache_peer_access general_parent allow all

never_direct allow all

Bu, mevcut ve erişim denetimli bir yönlendirme proxy’si için yönlendirme parçasıdır. Bağımsız bir genel hedef testi kimlik doğrulamasız genel üst sunucuları kullanabiliyorsa, üst sunucu kimlik bilgileri tanımlanmamış adresler için HTTP proxy listesinden aday seçin. Ortağın gereken üretim rotası ayrı bir erişim düzenlemesi olarak kalır. Adlar her üst sunucuya erişim kuralları için açık bir kimlik verir.

Eşleşen bir hedef için yalnızca partner_parent uygun kalır. Diğer hedefler için yalnızca general_parent uygun kalır. Her bir peer için ilk eşleşen kural o peer’in uygun olup olmadığına karar verir.

cache_peer_access adayları süzer; tüm peer’leri bir yedek zincire dizmez. Birkaçını uygun bırakırsanız Squid’in peer seçim algoritmaları aralarından seçer.

never_direct satırı bu örnekte üst sunucu kullanımını zorunlu kılar. Gereken üst sunucu kullanılamıyorsa doğrudan bağlantı yedek olarak sunulmaz. http_access içindeki mevcut istemci ve hedef izinlerini koruyun; bu kurallar upstream seçiminden önce hangi isteklerin kabul edileceğine karar verir.

Bu yapılandırma belgelenmiş Squid 7 arayüzünü kullanır. Başvuru, cache_peer_access’in Squid 8’de kullanılamadığını belirtir; bu nedenle bu kurulumu bakımda tutarken eşleşen kurulu sürümün belgelerini kullanın.

İlgili makaleler