Միացրեք 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 ֆայլերը չի mount անում իրենց սովորական ուղիների վրա։ Երբ տեղակայմանը պետք է իր անվանատարածքի resolver ֆայլը՝
BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.confՕգտագործեք այդ անվանատարածքից հասանելի resolver հասցեներ և միացրեք դրանք գոյություն ունեցող sandbox/ֆայլային համակարգի կանոններին։ Միայն Squid-ի ելքային աղբյուրի հասցեն կապելը գործընթացը չի դնում այս համատեքստում։