Koble Squids systemd-tjeneste til det eksisterende egress-navnerommet
Angi NetworkNamespacePath før oppstart og lever en egen resolver-filbinding når det navnerommet trenger det.
For et navnerom som allerede er tilgjengelig på /run/netns/proxy-egress, flett dette inn i Squid-tjenestens eksisterende drop-in:
[Service]
NetworkNamespacePath=/run/netns/proxy-egressOrdne tjenesten etter komponenten som oppretter navnerommet. Innstillingen oppretter verken navnerommet eller grensesnittene, adressene eller rutene dets.
Både lyttesocketen og den utgående socketen finnes nå der. Klienter trenger en vei til den lytteren og dens beholdte tilgangspolicy; vertsmaskinens loopback er ikke automatisk navnerommets loopback.
Resolver-filer krever egen oppmerksomhet. I motsetning til ip netns exec monterer denne nettverksinnstillingen ikke /etc/netns/NAME-filer over de vanlige banene sine. Når utrullingen trenger resolver-filen for navnerommet sitt:
BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.confBruk resolver-adresser som er nåbare fra det navnerommet, og flett dem sammen med eksisterende sandbox-/filsystemregler. Å bare binde Squids utgående kildeadresse plasserer ikke prosessen i denne konteksten.