Har en Squid-forældreproxy brug for en ICP-port?
Forbind Squid med en almindelig HTTP-forælder uden at forveksle HTTP-videresendelse med valgfri cacheforespørgselstrafik.
Din upstream-tjeneste leverer én HTTP-proxyport. Squids cache_peer-syntaks kræver to. Det ekstra felt er til cacheforespørgsler, ikke en anden obligatorisk videresendelsesforbindelse.
cache_peer parent.example parent 8080 0 no-query name=office_parentHer bærer 8080 HTTP-proxyforespørgsler. Nullet udfylder feltet til forespørgselsporten; no-query slår ICP-forespørgsler til denne peer fra. Forælderen behøver ikke implementere ICP.
Den skal til gengæld tale HTTP-proxyprotokollen. Hvis forælderen bliver offentlig, giver HTTP-proxylisten HTTP-kandidater at kontrollere. En SOCKS-port duer ikke i stedet. Til HTTPS skal du kontrollere, at forælderen tillader det krævede CONNECT-mål; ICP-understøttelse er uden betydning.
Hold adgangskontrol og politik for videre routing adskilt. At erklære denne peer hverken autoriserer klienter eller forbyder direkte tilbagefald. Behold de passende regler for http_access, peer-valg og never_direct til de tilsigtede forespørgsler.
En ændret ICP-port kan ikke reparere et afvist proxy-login eller et nægtet CONNECT-mål.