Send Squid-førespurnader gjennom ein overordna proxy

Å oppgi ein parent i Squid tyder ikkje i seg sjølv at kvar vidaresend førespurnad må bruke han. Dersom ei direkte rute bryt med policyen, set kravet eksplisitt og test kva som skjer når parenten er utilgjengeleg.

Dette dømet for Squid 6.13 namngir éin parent og forbyr direkte vidaresending til opphavet for éi klientkjelde:

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 plasshaldarar. For ein kontrollert upstreamtest der offentlege HTTP-parentar er tillatne, vel ei adresse frå HTTP-proxylista. Hald på den separate http_access-policyen som berre tillèt dei tiltenkte klientane. Rutingsregelen gir ikkje ein klient rett til å bruke proxyen.

Sjekk eksisterande rutingsreglar

no-query slår av ICP-spørjingar til denne peeren. Null er spørjeporten til peeren, ikkje HTTP-lyttaren. Den klientvende lyttaren og tilgangsreglane held fram med å vere separate.

Sjå gjennom eksisterande always_direct-innstillingar og andre peerval før du legg til blokka. Å nekte eit treff i always_direct krev ikkje i seg sjølv ein parent. Den eksplisitte never-direct-regelen uttrykkjer dette kravet for den valde klienten.

Dette styrer transaksjonar som må vidaresendast. Ei brukbar lokal hurtigbufferoppføring kan leverast utan kontakt med parenten, så fråvær av ei ny parenttilkopling er ikkje automatisk eit rutingsbrot.

Sjekk ruta og feilåtferda

Bruk eit kontrollert mål og samanhald hierarkiinformasjonen i tilgangsloggen med observasjonane til målet. Ein endeleg HTTP-status åleine fortel ikkje om Squid brukte parenten eller ei direkte rute.

Gjer parenten utilgjengeleg i ein vedlikehaldstest og gjenta den same ikkje-hurtigbufra førespurnaden. Forbyr policyen direkte vidaresending, skal transaksjonen feile i staden for å nå opphavet via ei anna rute. Gjer dette berre på tenester du kontrollerer, og gjenopprett den tiltenkte konfigurasjonen etterpå.