Squid-এর systemd সার্ভিসকে বিদ্যমান egress namespace-এ যুক্ত করুন
চালু করার আগে NetworkNamespacePath সেট করুন এবং ওই namespace-এর প্রয়োজন হলে আলাদা resolver-file bind দিন।
/run/netns/proxy-egress-এ ইতিমধ্যে উপলব্ধ namespace-এর জন্য এটি বিদ্যমান Squid সার্ভিস drop-in-এ merge করুন:
[Service]
NetworkNamespacePath=/run/netns/proxy-egressnamespace তৈরি করে এমন কম্পোনেন্টের পরে সার্ভিসটি রাখুন। এই সেটিং 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/ফাইলসিস্টেম নিয়মের সঙ্গে merge করুন। কেবল Squid-এর বহির্গামী source ঠিকানা bind করলে প্রসেসটি এই প্রসঙ্গে পড়ে না।