Rattachez le service systemd de Squid à l'espace de noms de sortie existant

Pour un espace de noms déjà disponible sur /run/netns/proxy-egress, fusionnez ceci dans le drop-in existant du service Squid :

[Service]
NetworkNamespacePath=/run/netns/proxy-egress

Ordonnez le service après le composant qui crée l'espace de noms. Ce réglage ne crée ni l'espace de noms ni ses interfaces, adresses ou routes.

Le socket d'écoute comme le socket sortant existent désormais à cet endroit. Les clients ont besoin d'un chemin vers cet écouteur et de sa politique d'accès conservée ; la loopback de l'hôte n'est pas automatiquement la loopback de l'espace de noms.

Les fichiers de résolution demandent une attention particulière. Contrairement à ip netns exec, ce réglage réseau ne monte pas les fichiers /etc/netns/NAME sur leurs chemins habituels. Lorsque le déploiement a besoin du fichier de résolution de son espace de noms :

BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.conf

Utilisez des adresses de résolution joignables depuis cet espace de noms et fusionnez-les avec les règles existantes de sandbox/système de fichiers. Ne lier que l'adresse source sortante de Squid ne place pas le processus dans ce contexte.