Un nom d'hôte accepté dans un src ACL de Squid est résolu en adresses lors de l'analyse de la configuration. Il ne reste pas un abonnement vivant aux mises à jour DNS dynamiques de ce nom.

Supposons que l'adresse publique d'un client domestique change et que son enregistrement DDNS soit mis à jour. Squid peut encore conserver les adresses chargées pour la configuration précédente. Vérifiez que le résolveur de l'hôte mandataire voit la nouvelle réponse, puis actualisez la configuration selon la procédure habituelle du déploiement.

Vérifiez aussi la règle d'accès qui utilise l'ACL. Définir une liste d'adresses n'accorde pas l'accès tant qu'une règle http_access applicable ne la rencontre pas, et une règle correspondante plus haut peut décider la requête en premier.

Un enregistrement DDNS identifie une adresse, pas une personne. Vérifiez l'adresse source que le mandataire voit réellement avant de vous fier à cette restriction. Si le service a besoin d'un accès stable fondé sur un compte pour des clients itinérants, utilisez sa politique d'authentification prise en charge plutôt que d'autoriser tout un réseau de fournisseur simplement parce que l'adresse du client change.

Articles similaires