Podman pasta: rootless ကွန်တိန်နာမှ ဟိုစ့် loopback proxy သို့ ရောက်ရှိခြင်း

ဟိုစ့်၏ 127.0.0.1:8118 နှင့် ကွန်တိန်နာ၏ 127.0.0.1:8118 သည် ပုံမှန်အားဖြင့် သီးခြား loopback ဆုံးမှတ်များ ဖြစ်သည်။ rootless ကွန်တိန်နာထဲသို့ proxy variable ထည့်ခြင်းသည် ထို loopback interface များကို မချိတ်ဆက်ပါ။

pasta အသုံးပြုသော Podman တပ်ဆင်မှုတွင် ၎င်း၏ namespace-to-host TCP ပို့ဆောင်မှုသည် ရည်ရွယ်ထားသော ဟိုစ့် port ကို namespace အတွင်း ဖော်ပြနိုင်သည်:

podman run --network=pasta:-T,8118 \
  --env http_proxy=http://127.0.0.1:8118 \
  --env https_proxy=http://127.0.0.1:8118 \
  existing-image application-command

အပလီကေးရှင်း၏ ရှိပြီးသား image နှင့် command ကို အသုံးပြုပါ။ ဥပမာသည် ဟိုစ့်ဘက်တွင် port 8118 ၌ အလုပ်လုပ်သော HTTP proxy နှင့် ပြသထားသော ပို့ဆောင်မှု option ကို ပံ့ပိုးသော Podman/pasta ဗားရှင်း ရှိသည်ဟု ယူဆသည်။

pasta ၏ အကြီးစာလုံး -T သည် ပစ်မှတ် namespace မှ ဟိုစ့် namespace သို့ ပို့ဆောင်သည်။ အသေးစာလုံး -t နှင့် Podman ၏ --publish သည် ဆန့်ကျင်ဘက် ဦးတည်ချက်ဖြစ်သည်။ ထို့ကြောင့် ကွန်တိန်နာ port 8118 ကို ထုတ်ပြန်ခြင်းသည် ဟိုစ့်၏ proxy ကို ကွန်တိန်နာအတွက် အလိုအလျောက် အသုံးပြုနိုင်စေမည် မဟုတ်ပါ။

Podman သည် namespace မှ ဟိုစ့်သို့ port အလိုအလျောက် ပို့ဆောင်မှုကို မူလအားဖြင့် ပိတ်ထားသည်; တိကျသော port သည် ဤနေရာတွင် လိုအပ်သော ဝန်ဆောင်မှုကို ရွေးချယ်သည်။ သီးခြား pasta:--map-gw option သည် gateway လိပ်စာမှ ဟိုစ့်သို့ ရောက်ရှိခြင်းအကြောင်းဖြစ်ပြီး ၎င်းသည် အခြားအစီအစဉ်ဖြစ်သည်။

Compose နှင့်အတူ အမှန်တကယ် ပံ့ပိုးသူနှင့် ဖန်တီးထားသော ကွန်ရက် configuration ကို စစ်ဆေးပါ။ အမည်ပေးထားသော bridge ကွန်ရက်သည် သီးခြား podman run command တစ်ခုက pasta ကို အောင်မြင်စွာ အသုံးပြုခဲ့သည့်အတွက်ကြောင့်သာ အလိုအလျောက် pasta namespace ဖြစ်လာမည် မဟုတ်ပါ။ အဝေးရောက် Podman အင်ဂျင်သည်လည်း “ဟိုစ့်” ကို အင်ဂျင်၏ တည်နေရာတွင် ထားရှိသည်။