Ikonekta ang serbisyong systemd ng Squid sa umiiral na egress namespace
Itakda ang NetworkNamespacePath bago ilunsad at magbigay ng hiwalay na pagbigkis ng resolver file kapag kailangan ito ng namespace na iyon.
Para sa namespace na available na sa /run/netns/proxy-egress, pagsamahin ito sa umiiral na drop-in ng serbisyong Squid:
[Service]
NetworkNamespacePath=/run/netns/proxy-egressIayos ang serbisyo pagkatapos ng bahaging gumagawa ng namespace. Hindi ginagawa ng setting na ito ang namespace ni ang mga interface, address o ruta nito.
Naroon na ngayon ang parehong listening socket at outgoing socket. Kailangan ng mga kliyente ng landas patungo sa listener na iyon at sa pinanatiling patakaran sa pag-access nito; ang loopback ng host ay hindi awtomatikong loopback ng namespace.
Ang mga resolver file ay nangangailangan ng hiwalay na pansin. Hindi tulad ng ip netns exec, hindi ini-mount ng setting ng network na ito ang mga /etc/netns/NAME file sa kanilang karaniwang mga landas. Kapag kailangan ng deployment ang resolver file ng namespace nito:
BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.confGumamit ng mga resolver address na maabot mula sa namespace na iyon at pagsamahin ang mga ito sa umiiral na mga tuntunin ng sandbox/file system. Ang pagbigkis lamang sa outgoing source address ng Squid ay hindi naglalagay ng proseso sa kontekstong ito.