Squid کی systemd سروس کو موجودہ egress namespace سے جوڑیں
لانچ سے پہلے NetworkNamespacePath مقرر کریں اور جب اس namespace کو ضرورت ہو تو الگ resolver-file bind فراہم کریں۔
/run/netns/proxy-egress پر پہلے سے دستیاب namespace کے لیے، اسے موجودہ Squid سروس drop-in میں ضم کریں:
[Service]
NetworkNamespacePath=/run/netns/proxy-egressسروس کو namespace بنانے والے جزو کے بعد رکھیں۔ یہ ترتیب نہ namespace بناتی ہے اور نہ اس کے انٹرفیس، پتے یا راستے۔
سننے والا اور باہر جانے والا، دونوں ساکٹ اب وہاں موجود ہیں۔ کلائنٹس کو اس listener تک راستہ اور اس کی محفوظ access policy درکار ہے؛ host loopback خود بخود namespace loopback نہیں ہوتا۔
Resolver فائلوں کو الگ توجہ درکار ہے۔ ip netns exec کے برعکس، یہ نیٹ ورک ترتیب /etc/netns/NAME فائلوں کو ان کے معمول کے راستوں پر mount نہیں کرتی۔ جب ڈپلائمنٹ کو اپنے namespace کی resolver فائل درکار ہو:
BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.confاس namespace سے قابل رسائی resolver پتے استعمال کریں اور انہیں موجودہ sandbox/فائل سسٹم قواعد کے ساتھ ضم کریں۔ صرف Squid کا باہر جانے والا source پتہ bind کرنا عمل کو اس سیاق میں نہیں لاتا۔