Squid ৰ systemd সেৱাক বৰ্তমানৰ egress namespace ৰ সৈতে সংযোগ কৰক
আৰম্ভ কৰাৰ আগতে NetworkNamespacePath ছেট কৰক আৰু সেই namespace ৰ প্ৰয়োজন হ'লে এটা সুকীয়া resolver-file bind যোগান ধৰক।
/run/netns/proxy-egress ত ইতিমধ্যে উপলব্ধ namespace ৰ বাবে, এইটো বৰ্তমানৰ Squid সেৱাৰ drop-in ত মিলাই দিয়ক:
[Service]
NetworkNamespacePath=/run/netns/proxy-egressnamespace সৃষ্টি কৰা উপাদানৰ পিছত সেৱাটো ৰাখক। এই ছেটিঙে namespace বা ইয়াৰ ইণ্টাৰফেচ, ঠিকনা বা ৰুট সৃষ্টি নকৰে।
শ্ৰৱণ আৰু বাহিৰলৈ যোৱা দুয়োটা ছকেট এতিয়া তাতেই আছে। ক্লায়েন্টে সেই শ্ৰৱণলৈ এটা পথ আৰু ইয়াৰ সংৰক্ষিত প্ৰৱেশ নীতিৰ প্ৰয়োজন; host loopback স্বয়ংক্ৰিয়ভাৱে namespace loopback নহয়।
Resolver ফাইলৰ বাবে সুকীয়া মনোযোগ প্ৰয়োজন। ip netns exec ৰ দৰে নহয়, এই নেটৱৰ্ক ছেটিঙে /etc/netns/NAME ফাইলসমূহ সিহঁতৰ স্বাভাৱিক পথত মাউণ্ট নকৰে। যেতিয়া ডিপ্লয়মেণ্টৰ নিজৰ namespace resolver ফাইলৰ প্ৰয়োজন হয়:
BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.confসেই namespace ৰ পৰা পাব পৰা resolver ঠিকনা ব্যৱহাৰ কৰক আৰু বৰ্তমানৰ sandbox/ফাইলচিস্টেম নিয়মৰ সৈতে মিলাই দিয়ক। কেৱল Squid ৰ বাহিৰলৈ যোৱা উৎস ঠিকনা bind কৰিলে প্ৰক্ৰিয়াটো এই প্ৰসংগত নপৰে।