Braucht ein Squid-Parent-Proxy einen ICP-Port?

Ihr Upstream-Dienst stellt einen HTTP-Proxy-Port bereit. Die Squid-Syntax cache_peer verlangt zwei. Das zusätzliche Feld dient Cache-Abfragen, nicht einer zweiten zwingenden Weiterleitungsverbindung.

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

Hier trägt 8080 die HTTP-Proxy-Anfragen. Die Null belegt das Feld für den Abfrageport; no-query schaltet ICP-Abfragen an diesen Peer ab. Der Parent muss ICP nicht implementieren.

Er muss aber das HTTP-Proxy-Protokoll sprechen. Wenn der Parent öffentlich wird, liefert die HTTP-Proxy-Liste HTTP-Kandidaten zur Prüfung. Ein SOCKS-Port ersetzt ihn nicht. Prüfen Sie bei HTTPS, ob der Parent das nötige CONNECT-Ziel erlaubt; ICP-Unterstützung spielt dabei keine Rolle.

Halten Sie Zugriffskontrolle und Weiterleitungsrichtlinie getrennt. Die Angabe dieses Peers berechtigt keine Clients und verbietet keinen direkten Rückfall. Behalten Sie die passenden Regeln für http_access, Peer-Auswahl und never_direct für die gewünschten Anfragen.

Ein anderer ICP-Port repariert weder eine abgelehnte Proxy-Anmeldung noch ein verweigertes CONNECT-Ziel.