Faire correspondre les domaines de destination dans les ACL Squid

Utilisez une ACL de domaine de destination lorsque l'exigence porte sur l'hôte, et non sur un mot quelque part dans une URL :

acl selected_sites dstdomain .example.com

La forme à point initial couvre example.com et ses sous-domaines. Elle ne fait pas de example.com.other.test une partie de ce domaine. Conservez un sélecteur d'hôte exact lorsque la politique n'autorise que cet hôte.

Choisissez le champ avant de modifier un motif. dstdomain, dstdom_regex et url_regex examinent des représentations différentes. Un chemin ou une requête d'URL contenant un texte ressemblant à un domaine ne nomme pas cette destination.

Gardez chaque nom d'ACL sur un seul type. Réutiliser un nom pour une liste de domaines et une regex ne fusionne pas leur sémantique ; donnez des noms différents aux différents tests et combinez-les dans la règle d'accès ou de sélection de pair.

La définition seule n'accorde aucun accès ni route parente. Utilisez-la avec la décision d'accès prévue tout en conservant le client autorisé et les autres conditions requises.

Conservez dans la politique les correspondances voulues de base et de sous-domaine ainsi que les non-correspondances trompeuses des noms plus longs. Un CONNECT ordinaire peut exposer l'hôte de destination mais pas le chemin chiffré de la page, donc une règle de domaine ne promet pas l'inspection du chemin.