Squid ၏ systemd ဝန်ဆောင်မှုကို ရှိပြီးသား egress namespace နှင့် ချိတ်ဆက်ပါ
မစတင်မီ NetworkNamespacePath ကို သတ်မှတ်ပြီး ထို namespace လိုအပ်ပါက သီးခြား resolver ဖိုင် bind ကို ပေးပါ။
/run/netns/proxy-egress တွင် ရှိပြီးသား namespace အတွက် ဤအရာကို လက်ရှိ Squid ဝန်ဆောင်မှု drop-in ထဲ ပေါင်းစည်းပါ:
[Service]
NetworkNamespacePath=/run/netns/proxy-egressnamespace ကို ဖန်တီးသော အစိတ်အပိုင်းပြီးနောက် ဝန်ဆောင်မှုကို ထားပါ။ ဤသတ်မှတ်ချက်သည် namespace ကိုလည်းကောင်း ၎င်း၏ အင်တာဖေ့စ်များ၊ လိပ်စာများ သို့မဟုတ် လမ်းကြောင်းများကိုလည်းကောင်း မဖန်တီးပါ။
နားထောင်သော socket နှင့် အပြင်သို့ ထွက်သော socket နှစ်ခုစလုံး ယခု ထိုနေရာတွင် ရှိသည်။ ကလိုင်းများသည် ထို listener သို့ လမ်းကြောင်းနှင့် ၎င်း၏ ထိန်းသိမ်းထားသော access policy လိုအပ်သည်; host loopback သည် အလိုအလျောက် namespace loopback မဟုတ်ပါ။
Resolver ဖိုင်များကို သီးခြား ဂရုစိုက်ရန် လိုအပ်သည်။ ip netns exec နှင့် မတူဘဲ ဤကွန်ရက် သတ်မှတ်ချက်သည် /etc/netns/NAME ဖိုင်များကို ၎င်းတို့၏ ပုံမှန် လမ်းကြောင်းများပေါ်တွင် mount မလုပ်ပါ။ deployment သည် ၎င်း၏ namespace resolver ဖိုင် လိုအပ်သောအခါ:
BindReadOnlyPaths=/etc/netns/proxy-egress/resolv.conf:/etc/resolv.confထို namespace မှ ရောက်ရှိနိုင်သော resolver လိပ်စာများကို အသုံးပြုပြီး ရှိပြီးသား sandbox/ဖိုင်စနစ် စည်းမျဉ်းများနှင့် ပေါင်းစည်းပါ။ Squid ၏ အပြင်သို့ ထွက်သော source လိပ်စာကို သာ bind လုပ်ခြင်းသည် လုပ်ငန်းစဉ်ကို ဤအခြေအနေတွင် မထားရှိပါ။