დააკავშირეთ Squid-ის systemd სერვისი არსებულ გასასვლელ სახელთა სივრცეს
გაშვებამდე დააყენეთ NetworkNamespacePath და უზრუნველყავით resolver ფაილის ცალკე მიბმა, როცა ამ სახელთა სივრცეს ის სჭირდება.
სახელთა სივრცისთვის, რომელიც უკვე ხელმისაწვდომია /run/netns/proxy-egress-ზე, შეაერთეთ ეს არსებულ Squid სერვისის drop-in-ში:
[Service]
NetworkNamespacePath=/run/netns/proxy-egressსერვისი განათავსეთ სახელთა სივრცის შემქმნელი კომპონენტის შემდეგ. ეს პარამეტრი არ ქმნის არც სახელთა სივრცეს, არც მის ინტერფეისებს, მისამართებს ან მარშრუტებს.
როგორც მოსმენის, ისე გამავალი სოკეტი ახლა იქ არსებობს. კლიენტებს სჭირდებათ გზა ამ მსმენელამდე და მისი შენახული წვდომის პოლიტიკა; ჰოსტის loopback ავტომატურად არ არის სახელთა სივრცის loopback.
Resolver ფაილები ცალკე ყურადღებას მოითხოვს. ip netns exec-ისგან განსხვავებით, ეს ქსელური პარამეტრი არ ამონტაჟებს /etc/netns/NAME ფაილებს მათ ჩვეულებრივ გზებზე. როცა განლაგებას სჭირდება მისი სახელთა სივრცის resolver ფაილი:
BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.confგამოიყენეთ ამ სახელთა სივრციდან ხელმისაწვდომი resolver მისამართები და შეაერთეთ ისინი არსებულ sandbox/ფაილური სისტემის წესებთან. მხოლოდ Squid-ის გამავალი წყაროს მისამართის მიბმა პროცესს ამ კონტექსტში არ ათავსებს.