Heeft een Squid-bovenliggende proxy een ICP-poort nodig?

Je upstreamdienst levert één HTTP-proxy-poort. De Squid-syntaxis cache_peer vraagt er twee. Het extra veld is voor cache-query's, niet voor een tweede verplichte doorstuurverbinding.

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

Hier draagt 8080 de HTTP-proxyverzoeken. De nul vult het veld van de query-poort; no-query schakelt ICP-query's naar deze peer uit. De ouder hoeft geen ICP te implementeren.

Hij moet wel het HTTP-proxyprotocol spreken. Wordt de ouder openbaar, dan biedt de HTTP-proxylijst HTTP-kandidaten om te controleren. Een SOCKS-poort werkt er niet voor in de plaats. Controleer bij HTTPS of de ouder de vereiste CONNECT-bestemming toestaat; ICP-ondersteuning speelt daarbij geen rol.

Houd toegangsbeheer en verder routeringsbeleid gescheiden. Deze peer declareren geeft clients geen toestemming en verbiedt geen directe terugval. Behoud de passende regels voor http_access, peerselectie en never_direct voor de bedoelde verzoeken.

Een andere ICP-poort herstelt geen geweigerde proxy-aanmelding en geen geweigerde CONNECT-bestemming.