Trenger en Squid-foreldreproxy en ICP-port?
Koble Squid til en vanlig HTTP-forelder uten å forveksle HTTP-videresending med valgfri cachespørringstrafikk.
Oppstrømstjenesten din leverer én HTTP-proxyport. Squids cache_peer-syntaks ber om to. Det ekstra feltet er for cachesøk, ikke en annen obligatorisk videresendingsforbindelse.
cache_peer parent.example parent 8080 0 no-query name=office_parentHer bærer 8080 HTTP-proxyforespørslene. Null fyller feltet for spørreporten; no-query slår av ICP-forespørsler til denne peeren. Forelderen trenger ikke å implementere ICP.
Den må derimot snakke HTTP-proxyprotokollen. Hvis forelderen blir offentlig, gir HTTP-proxylisten HTTP-kandidater å kontrollere. En SOCKS-port duger ikke i stedet. For HTTPS må du kontrollere at forelderen tillater CONNECT-målet som kreves; ICP-støtte er uten betydning.
Hold tilgangskontroll og videre rutingpolitikk atskilt. Å erklære denne peeren gir ikke klientene tillatelse og forbyr ikke direkte tilbakefall. Behold passende regler for http_access, peervalg og never_direct for de tiltenkte forespørslene.
En endret ICP-port kan ikke reparere en avvist proxyinnlogging eller et nektet CONNECT-mål.