Conectați serviciul systemd al Squid la spațiul de nume de ieșire existent
Setați NetworkNamespacePath înainte de lansare și furnizați o montare separată a fișierului resolver atunci când spațiul de nume are nevoie de una.
Pentru un spațiu de nume deja disponibil la /run/netns/proxy-egress, îmbinați acest lucru în drop-in-ul existent al serviciului Squid:
[Service]
NetworkNamespacePath=/run/netns/proxy-egressOrdonați serviciul după componenta care creează spațiul de nume. Această setare nu creează nici spațiul de nume, nici interfețele, adresele sau rutele sale.
Atât socketul de ascultare, cât și cel de ieșire există acum acolo. Clienții au nevoie de o cale către acel ascultător și de politica de acces păstrată a acestuia; loopback-ul gazdei nu este automat loopback-ul spațiului de nume.
Fișierele resolver necesită o atenție separată. Spre deosebire de ip netns exec, această setare de rețea nu montează fișierele /etc/netns/NAME peste căile lor obișnuite. Când implementarea are nevoie de fișierul resolver al spațiului său de nume:
BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.confFolosiți adrese resolver accesibile din acel spațiu de nume și îmbinați-le cu regulile existente de sandbox/sistem de fișiere. Legarea doar a adresei de sursă de ieșire a Squid nu plasează procesul în acest context.