Squid'in systemd hizmetini mevcut egress ad alanına bağlayın
Başlatmadan önce NetworkNamespacePath değerini ayarlayın ve o ad alanı ihtiyaç duyduğunda ayrı bir resolver dosyası bağlaması sağlayın.
Zaten /run/netns/proxy-egress üzerinde bulunan bir ad alanı için bunu mevcut Squid hizmeti drop-in dosyasına ekleyin:
[Service]
NetworkNamespacePath=/run/netns/proxy-egressHizmeti ad alanını oluşturan bileşenden sonra sıralayın. Bu ayar ne ad alanını ne de onun arayüzlerini, adreslerini veya rotalarını oluşturur.
Hem dinleme soketi hem de giden soket artık orada bulunur. İstemcilerin o dinleyiciye bir yol ve onun korunan erişim ilkesine ihtiyacı vardır; makinenin loopback adresi otomatik olarak ad alanının loopback adresi değildir.
Resolver dosyaları ayrı bir dikkat gerektirir. ip netns exec komutundan farklı olarak bu ağ ayarı, /etc/netns/NAME dosyalarını olağan yollarının üzerine bağlamaz. Dağıtım kendi ad alanının resolver dosyasına ihtiyaç duyduğunda:
BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.confO ad alanından erişilebilen resolver adreslerini kullanın ve bunları mevcut sandbox/dosya sistemi kurallarıyla birleştirin. Yalnızca Squid'in giden kaynak adresini bağlamak süreci bu bağlama yerleştirmez.