Насочување на една целна домена кон друг родител Squid 7

Да претпоставиме дека една партнерска домена мора да користи определен upstream прокси, додека другите дозволени барања го користат вообичаениот родител. Во Squid 7, именуваните peer и cache_peer_access ја изразуваат таа политика:

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

Ова е фрагмент за рутирање за постоечки напреден прокси со контрола на пристап. Ако независен тест на јавна целна може да користи јавни родители без автентикација, изберете кандидати од списокот на HTTP прокси за оние адреси без поставени родителски акредитиви. Потребната производна рута на партнерот останува посебен договор за пристап. Имињата му даваат на секој родител недвосмислен идентитет за неговите правила за пристап.

За совпаѓачка целна останува подобен само partner_parent. За други цели останува подобен само general_parent. Првото совпаѓачко правило за секој поединечен peer одлучува дали тој peer е подобен.

cache_peer_access филтрира кандидати; тоа не ги подредува сите peer во резервен синџир. Ако оставите неколку подобни, алгоритмите за избор на peer на Squid избираат меѓу нив.

Линијата never_direct го прави користењето родител задолжително во овој пример. Ако потребниот родител не може да се користи, директна врска не се нуди како замена. Задржете ги постоечките дозволи за клиент и целна во http_access; тие правила одлучуваат кои барања се прифаќаат пред изборот на upstream.

Оваа конфигурација го користи документираниот интерфејс на Squid 7. Референцата означува cache_peer_access како недостапно во Squid 8, затоа при одржување на ова поставување користете документација на соодветната распоредена верзија.