Поврзете ја systemd услугата на Squid со постоечкиот излезен namespace

За namespace што е веќе достапен на /run/netns/proxy-egress, спојте го ова во постоечкиот drop-in на услугата Squid:

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

Наредете ја услугата по компонентата што го создава namespace. Оваа поставка не создава ниту namespace, ниту неговите интерфејси, адреси или рути.

И сокетот што слуша и излезниот сокет сега постојат таму. На клиентите им треба патека до тој слушател и неговата задржана политика за пристап; loopback на домаќинот не е автоматски loopback на namespace.

Resolver-датотеките бараат одделно внимание. За разлика од ip netns exec, оваа мрежна поставка не ги монтира датотеките /etc/netns/NAME на нивните вообичаени патеки. Кога распоредувањето ја бара resolver-датотеката на неговиот namespace:

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

Користете resolver-адреси достапни од тој namespace и спојте ги со постоечките правила за sandbox/датотечен систем. Поврзувањето само на излезната изворна адреса на Squid не го става процесот во овој контекст.