Behöver en Squid-föräldraproxy en ICP-port?

Din uppströmstjänst tillhandahåller en HTTP-proxyport. Squids cache_peer-syntax begär två. Det extra fältet är för cachefrågor, inte en andra obligatorisk vidarebefordransanslutning.

cache_peer parent.example parent 8080 0 no-query name=office_parent

Här bär 8080 HTTP-proxybegärandena. Nollan fyller fältet för frågeporten; no-query stänger av ICP-frågor till denna peer. Föräldern behöver inte implementera ICP.

Den måste däremot tala HTTP-proxyprotokollet. Om föräldern blir offentlig ger HTTP-proxylistan HTTP-kandidater att kontrollera. En SOCKS-port duger inte i stället. För HTTPS, kontrollera att föräldern tillåter det CONNECT-mål som krävs; ICP-stöd spelar ingen roll.

Håll åtkomstkontroll och vidare routingpolicy åtskilda. Att deklarera denna peer ger inga rättigheter till klienter och förbjuder inte direkt återfall. Behåll lämpliga regler för http_access, peerval och never_direct för de avsedda begärandena.

En ändrad ICP-port reparerar varken en avvisad proxyinloggning eller ett nekat CONNECT-mål.