Supoña que un dominio socio debe usar un proxy upstream designado mentres outras solicitudes permitidas usan o pai habitual. En Squid 7, os peers con nome e cache_peer_access expresan esa política:

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

Este é un fragmento de encamiñamento para un proxy de reenvío existente con control de acceso. Se unha proba independente de destino público pode usar pais públicos sen autenticación, escolla candidatos da lista de proxies HTTP para aqueles enderezos sen credenciais de pai configuradas. A ruta de produción esixida polo socio segue a ser un acordo de acceso aparte. Os nomes dan a cada pai unha identidade inequívoca para as súas regras de acceso.

Para un destino coincidente só partner_parent segue sendo elixible. Para outros destinos só general_parent segue sendo elixible. A primeira regra coincidente para cada peer individual decide se ese peer é elixible.

cache_peer_access filtra candidatos; non ordena todos os peers nunha cadea de reserva. Se deixa varios elixibles, os algoritmos de selección de peers de Squid escollen entre eles.

A liña never_direct fai obrigatorio o uso do pai neste exemplo. Se o pai requirido non se pode usar, non se ofrece unha conexión directa como substituto. Manteña os permisos existentes de cliente e destino en http_access; esas regras deciden que solicitudes se admiten antes da selección do upstream.

Esta configuración usa a interface documentada de Squid 7. A referencia marca cache_peer_access como non dispoñible en Squid 8, así que use a documentación da versión despregada correspondente cando manteña esta configuración.

Artigos relacionados