Utiliser Squid pour son IP de sortie sans mettre les pages en cache

Sur une version de Squid prenant en charge la directive cache, utilisez cette règle pour continuer à transmettre sans réutiliser le cache de réponses :

cache deny all

La directive empêche que les requêtes concernées soient servies depuis le cache de réponses et que leurs réponses y soient stockées. Elle ne supprime pas les fichiers de cache existants.

Gardez les règles d'accès séparées. http_access décide si un client peut faire la requête ; cache décide de l'utilisation du cache de réponses. Ne remplacez pas un refus par cette règle et ne supprimez pas les restrictions de client, d'authentification et de destination.

L'adresse sortante et les règles de routage choisissent toujours une source directe ; un parent peut encore fournir la sortie finale. Le DNS, les journaux, la réutilisation des connexions et d'autres états internes subsistent aussi. Désactiver la réutilisation d'objets n'est pas un moyen de choisir une nouvelle IP.

Un simple tunnel HTTPS CONNECT masque déjà la réponse interne au cache d'objets habituel. Cette règle ne change pas cette visibilité TLS. Utilisez la directive documentée pour votre version au lieu de supposer qu'une ancienne recette no_cache possède la même interface prise en charge.