Trenger en Squid-foreldreproxy en ICP-port?
Koble Squid mot en vanlig HTTP-forelder uten å blande HTTP-videresending med valgfri cachespørringstrafikk.
Oppstrømstjenesten leverer én HTTP-proxyport. Squids cache_peer-syntaks krever to. Det ekstra feltet gjelder cachesøk, ikke en annen obligatorisk videresendingsforbindelse.
cache_peer parent.example parent 8080 0 no-query name=office_parent
Her fører 8080 HTTP-proxyforespørslene. Nullverdien fyller feltet for spørreporten; no-query deaktiverer ICP-forespørsler mot denne peeren. Forelderen behøver ikke implementere ICP.
Den må likevel snakke HTTP-proxyprotokollen. Blir forelderen offentlig, tilbyr HTTP-proxylisten HTTP-kandidater for kontroll. En SOCKS-port gjør ikke nytten i stedet. Ved HTTPS bør du kontrollere at forelderen tillater det nødvendige CONNECT-målet; ICP-støtte spiller ingen rolle.
Hold tilgangskontroll og videre rutingpolitikk atskilt. Å erklære denne peeren gir ingen tillatelse til klientene og forbyr heller ikke direkte tilbakefall. Ta vare på egnede regler for http_access, peervalg og never_direct for de tiltenkte forespørslene.
En ICP-portendring reparerer verken en avvist proxyinnlogging eller et avvist CONNECT-mål.