Anta at ett partnerdomene må bruke en angitt upstream-proxy mens andre tillatte forespørsler bruker den vanlige forelderen. I Squid 7 uttrykker navngitte peers og cache_peer_access denne policyen:

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

Dette er et rutingsfragment for en eksisterende videresendingsproxy med tilgangskontroll. Hvis en uavhengig test mot offentlige destinasjoner kan bruke offentlige foreldre uten autentisering, velg kandidater fra HTTP-proxylisten for de adressene der det ikke er satt opp foreldrepålogging. Partnerens påkrevde produksjonsrute er fortsatt en egen tilgangsavtale. Navnene gir hver forelder en entydig identitet for tilgangsreglene sine.

For en samsvarende destinasjon er bare partner_parent fortsatt kvalifisert. For andre destinasjoner er bare general_parent fortsatt kvalifisert. Den første samsvarende regelen for hver enkelt peer avgjør om den peeren er kvalifisert.

cache_peer_access filtrerer kandidater; det ordner ikke alle peers i en reservekjede. Hvis du lar flere være kvalifiserte, velger Squids peer-utvalgsalgoritmer blant dem.

Linjen never_direct gjør bruk av forelder obligatorisk i dette eksemplet. Hvis den påkrevde forelderen ikke kan brukes, tilbys ikke en direkte tilkobling som erstatning. Behold de eksisterende klient- og destinasjonstillatelsene i http_access; disse reglene avgjør hvilke forespørsler som godtas før upstream-valget.

Denne konfigurasjonen bruker det dokumenterte Squid 7-grensesnittet. Referansen markerer cache_peer_access som utilgjengelig i Squid 8, så bruk dokumentasjonen for den samsvarende utrullede versjonen når du vedlikeholder dette oppsettet.

Relaterte artikler