Docker ဝန်ဆောင်မှု DNS နှင့် no_proxy ဖြင့် ပရောက်စီ ရှောင်ကွင်းခြင်း
ပြင်ပ HTTP ပရောက်စီသည် ထိုကွန်ရက်ကို ဖြေရှင်းနိုင်ခြင်း သို့မဟုတ် ရောက်ရှိနိုင်ခြင်း မရှိသည့်အခါ ရည်ရွယ်ထားသော အတွင်းပိုင်းဝန်ဆောင်မှုအတွက် no_proxy ကို အသုံးပြုပါ။
ပြင်ပ HTTP ပရောက်စီသည် Docker ၏ api ဝန်ဆောင်မှုအမည်ကို သိရန် မလိုအပ်ပါ။ http://api:8080/ အတွက် ပရောက်စီသည် နောက်ဆက်တွဲ ချိတ်ဆက်မှုကို ဖွင့်သည်၊ ထို့ကြောင့် အက်ပ် ကွန်တိန်နာအတွင်း အောင်မြင်သော ရှာဖွေမှုသည် ပရောက်စီ၏ DNS မြင်ကွင်းကို သက်သေမပြပါ။
ရည်ရွယ်ထားသော တိုက်ရိုက်ဝင်ရောက်မှုအတွက် ထို ကွန်တိန်နာ၏ ပတ်ဝန်းကျင်သို့ ခြွင်းချက်ကို ထည့်ပါ။
environment:
http_proxy: http://proxy.example:8080
https_proxy: http://proxy.example:8080
no_proxy: apiapi သို့ တိုက်ရိုက်တောင်းဆိုမှုများသည် ကွန်တိန်နာ၏ လမ်းကြောင်းနှင့် ထည့်သွင်းထားသော ဖြေရှင်းကို အသုံးပြုသည်။ ကွန်တိန်နာ နှစ်ခုစလုံးသည် အသုံးပြုသူ သတ်မှတ်ထားသော မျှဝေကွန်ရက် လိုအပ်ဆဲဖြစ်ပြီး ဝန်ဆောင်မှုသည် 8080 တွင် နားထောင်ရမည်။ အရည်အချင်းပြည့်သော ပြင်ပတောင်းဆိုမှုများသည် ပရောက်စီကို ထိန်းသိမ်းသည်။ ထို အများပြည်သူ ဆိုက်များသည် အများပြည်သူ ကြားခံကို အသုံးပြုနိုင်လျှင် HTTP ပရောက်စီ စာရင်း သည် အကောင့်မလိုသော ပရောက်စီ URL များအတွက် ကိုယ်စားလှယ်လောင်းများကို ပေးသည်။ api ကို တိုက်ရိုက် ခြွင်းချက်များထဲတွင် ထားပါ။
ပြန်လည်ဖန်တီးထားသော ကွန်တိန်နာများသည် မမျှော်လင့်သော ကိန်းရှင်များကို ထိန်းသိမ်းထားလျှင် Docker ကလိုင်းနက်၏ config.json proxies အပိုင်းကို စစ်ဆေးပါ၊ ၎င်းသည် ပတ်ဝန်းကျင်တန်ဖိုးများကို ထည့်သွင်းနိုင်သည်။ ရည်ရွယ်ထားသော ထည့်သွင်းမှုကို ပြောင်းပြီး ထိခိုက်သော ကွန်တိန်နာများကို ပုံမှန် စီးဆင်းမှုဖြင့် ပြန်လည်ဖန်တီးပါ၊ မသက်ဆိုင်သော ဖွဲ့စည်းမှုကို ထိန်းသိမ်းထားပါ။