Docker ၏ proxies မြေပုံသည် ဝဘ်ဆိုက်မဟုတ်ဘဲ daemon အပေါ်တွင် အခြေခံသည်

JSON အရာဝတ္ထုသည် အလားအလာကောင်းပုံရသည်။ proxies မြေပုံတွင် default အချက်အလက်နှင့် ထပ်ဆောင်း လိပ်စာသော့များ ပါဝင်သည်။ ထိုနေရာတွင် registry လက်ခံစက်အမည် ထည့်ပြီး ထို registry သို့သွားသော တောင်းဆိုမှုများ အခြား proxy ကို အသုံးပြုလိမ့်မည်ဟု မျှော်လင့်ရန် ဆွဲဆောင်မှုရှိသည်။

ထိုသော့များသည် client ချိတ်ဆက်သော Docker daemon များကို ဖော်ထုတ်သည်။ container တောင်းဆိုမည့် ဝဘ်ဆိုက်များကို ဖော်ထုတ်ခြင်း မရှိပါ။

Docker client ဖွဲ့စည်းမှုသည် container အသစ်များအတွက် proxy ပတ်ဝန်းကျင် ကိန်းရှင်များနှင့် build အသစ်များအတွက် proxy build အချက်အလက်များကို ပေးနိုင်သည်။ daemon သီးသန့် အချက်အလက်သည် သက်ဆိုင်ရာ daemon အခြေအနေအတွက် ထိုပေးထားသော ဖွဲ့စည်းမှုကို ပြောင်းလဲသည်။

၎င်းသည် daemon ၏ ကိုယ်ပိုင် အပြင်သွား proxy ချိတ်ဆက်မှုကို ဖွဲ့စည်းခြင်း မဟုတ်ပါ။ container ၏ HTTP client ကို PAC အကဲဖြတ်စက်အဖြစ်လည်း မပြောင်းလဲပါ။

သင့်တာဝန်သည် အတွင်းပိုင်း registry ကို တိုက်ရိုက်ထားရှိရန်ဖြစ်ပြီး daemon သည် အခြားဝန်ဆောင်မှုများကို proxy မှတစ်ဆင့် ရောက်ရှိနေပါက daemon ပံ့ပိုးသော proxy နှင့် ရှောင်ကွင်းဖွဲ့စည်းမှုကို ကြည့်ပါ။ အပလီကေးရှင်းသည် မတူညီသော ဦးတည်ရာများအတွက် မတူညီသော အထက်ပိုင်း proxy များ လိုအပ်ပါက ထိုမူဝါဒသည် သင့်လျော်သော client သို့မဟုတ် ပေးပို့မှု အစီအစဉ်တွင် ပါဝင်သည်။

မြေပုံကို မတည်းဖြတ်မီ သော့သည် မည်သည့်လိပ်စာကို ကိုယ်စားပြုသည်၊ မည်သည့် လုပ်ငန်းစဉ်က မအောင်မြင်သော တောင်းဆိုမှုကို ပြုလုပ်သည်ကို ရေးမှတ်ပါ။ တူညီသော လက်ခံစက်အမည်သည် daemon ချိတ်ဆက်မှု၊ registry URL နှင့် proxy URL တွင် ပေါ်နိုင်သော်လည်း ၎င်းတို့သည် မတူညီသော အခန်းကဏ္ဍ သုံးခု ဖြစ်သည်။