Antag at ét partnerdomæne skal bruge en udpeget upstream-proxy, mens andre tilladte forespørgsler bruger den normale forælder. I Squid 7 udtrykker navngivne peers og cache_peer_access den politik:

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 rutefragment til en eksisterende videresendelsesproxy med adgangskontrol. Hvis en uafhængig test mod offentlige destinationer må bruge offentlige forældre uden godkendelse, så vælg kandidater fra HTTP-proxylisten til de adresser, hvor der ikke er konfigureret forældrelegitimering. Partnerens krævede produktionsrute forbliver en særskilt adgangsaftale. Navnene giver hver forælder en entydig identitet til dens adgangsregler.

For en matchende destination er kun partner_parent fortsat kvalificeret. For andre destinationer er kun general_parent fortsat kvalificeret. Den første matchende regel for hver enkelt peer afgør, om denne peer er kvalificeret.

cache_peer_access filtrerer kandidater; det ordner ikke alle peers i en reservekæde. Hvis du efterlader flere kvalificerede, vælger Squids peer-valgalgoritmer mellem dem.

Linjen never_direct gør brug af forælder obligatorisk i dette eksempel. Hvis den krævede forælder ikke kan bruges, tilbydes en direkte forbindelse ikke som erstatning. Behold de eksisterende klient- og destinationsrettigheder i http_access; disse regler afgør, hvilke forespørgsler der accepteres før upstream-valget.

Denne konfiguration bruger det dokumenterede Squid 7-grænseflade. Referencen markerer cache_peer_access som utilgængelig i Squid 8, så brug dokumentationen for den matchende implementerede version, når du vedligeholder denne opsætning.

Relaterede artikler