Dla przestrzeni nazw dostępnej już pod /run/netns/proxy-egress scal poniższe z istniejącym plikiem drop-in usługi Squida:

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

Ustaw usługę po komponencie, który tworzy przestrzeń nazw. To ustawienie nie tworzy ani przestrzeni nazw, ani jej interfejsów, adresów czy tras.

Zarówno gniazdo nasłuchujące, jak i gniazdo wychodzące istnieją teraz właśnie tam. Klienci potrzebują ścieżki do tego nasłuchu i jego zachowanej polityki dostępu; loopback hosta nie jest automatycznie loopbackiem przestrzeni nazw.

Pliki resolvera wymagają osobnej uwagi. W przeciwieństwie do ip netns exec to ustawienie sieciowe nie montuje plików /etc/netns/NAME pod ich zwykłymi ścieżkami. Gdy wdrożenie potrzebuje pliku resolvera swojej przestrzeni nazw:

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

Użyj adresów resolvera osiągalnych z tej przestrzeni nazw i scal je z istniejącymi regułami sandboxa/systemu plików. Dowiązanie wyłącznie wychodzącego adresu źródłowego Squida nie umieszcza procesu w tym kontekście.

Powiązane artykuły