Un proxy parent Squid a-t-il besoin d'un port ICP ?
Reliez Squid à un parent HTTP ordinaire sans confondre le transfert HTTP avec le trafic facultatif des requêtes de cache.
Votre service amont fournit un seul port de proxy HTTP. La syntaxe cache_peer de Squid en demande deux. Le champ supplémentaire sert aux requêtes de cache, non à une seconde connexion de transfert obligatoire.
cache_peer parent.example parent 8080 0 no-query name=office_parentIci, 8080 transporte les requêtes de proxy HTTP. Le zéro occupe le champ du port de requêtes ; no-query désactive les requêtes ICP vers ce pair. Le parent n'a pas besoin d'implémenter ICP.
Il doit en revanche parler le protocole de proxy HTTP. Si le parent devient public, la liste de proxys HTTP fournit des candidats HTTP à vérifier. Un port SOCKS ne le remplacera pas. Pour HTTPS, vérifiez que le parent autorise la destination CONNECT requise ; la prise en charge d'ICP n'entre pas en jeu.
Gardez séparés le contrôle d'accès et la politique de routage en aval. Déclarer ce pair n'autorise pas les clients et n'interdit pas le repli direct. Conservez les règles http_access, de sélection de pair et never_direct adaptées aux requêtes prévues.
Changer le port ICP ne répare ni une authentification de proxy refusée ni une destination CONNECT interdite.