Send Squid-forespørsler gjennom en overordnet proxy

Å angi en parent i Squid betyr ikke i seg selv at hver videresendte forespørsel må bruke den. Hvis en direkte rute bryter med policyen, sett kravet eksplisitt og test hva som skjer når parenten er utilgjengelig.

Dette eksemplet for Squid 6.13 navngir én parent og forbyr direkte videresending til opprinnelsen for én klientkilde:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client

Begge adressene er plassholdere. For en kontrollert upstreamtest der offentlige HTTP-parents er tillatt, velg en adresse fra HTTP-proxylisten. Behold den separate http_access-policyen som bare tillater de tiltenkte klientene. Rutingsregelen gir ikke en klient rett til å bruke proxyen.

Sjekk eksisterende rutingsregler

no-query slår av ICP-spørringer til denne peeren. Null er peerens spørringsport, ikke HTTP-lytteren. Den klientvendte lytteren og tilgangsreglene forblir separate.

Se gjennom eksisterende always_direct-innstillinger og andre peervalg før du legger til blokken. Å nekte en match i always_direct krever ikke i seg selv en parent. Den eksplisitte never-direct-regelen uttrykker dette kravet for den valgte klienten.

Dette styrer transaksjoner som må videresendes. En brukbar lokal cacheoppføring kan leveres uten kontakt med parenten, så fravær av en ny parentforbindelse er ikke automatisk et rutingsbrudd.

Sjekk ruten og feiloppførselen

Bruk et kontrollert mål og sammenhold tilgangsloggens hierarkiinformasjon med målets observasjoner. En endelig HTTP-status alene forteller ikke om Squid brukte parenten eller en direkte rute.

Gjør parenten utilgjengelig under en vedlikeholdstest og gjenta samme ucachede forespørsel. Forbyr policyen direkte videresending, skal transaksjonen feile i stedet for å nå opprinnelsen via en annen rute. Gjør dette bare på tjenester du kontrollerer, og gjenopprett tiltenkt konfigurasjon etterpå.