သင် docker.service တွင် proxy ထည့်ပြီး ပြန်စတင်ခဲ့သော်လည်း နောက် pull သည် ယခင်အတိုင်း လုပ်ဆောင်ခဲ့သည်။ apt နှင့် snap တပ်ဆင်မှု နှစ်ခုစလုံးရှိသော စက်တွင် သင့် CLI အသုံးပြုသော daemon ဖြစ်မဖြစ် စစ်ဆေးပါ။

ကိုက်ညီစေရန် သီးခြား သတ်မှတ်ချက် သုံးခု ရှိသည်။ CLI အလုပ်လုပ်နိုင်သော ဖိုင်၊ ရွေးချယ်ထားသော endpoint နှင့် ထို endpoint နောက်ကွယ်ရှိ ဆာဗာ လုပ်ငန်းစဉ် ဖြစ်သည်။ PATH ထဲတွင် docker အမိန့် တစ်ခု ရှာတွေ့ခြင်းက ပထမတစ်ခုကိုသာ ဖြေရှင်းသည်။

docker context show
docker context inspect

Docker context များသည် endpoint များကို ဖော်ပြသည်။ DOCKER_HOST၊ DOCKER_CONTEXT နှင့် command line ရှိ endpoint ရွေးချယ်မှုများသည် မြင်သာသော မူလတန်ဖိုးကို ကျော်လွန်နိုင်သည်၊ ထို့ကြောင့် ပတ်ဝန်းကျင်နှင့် ခေါ်ယူမှုကိုပါ စစ်ဆေးပါ။

ထို့နောက် ရွေးချယ်ထားသော socket သို့မဟုတ် အဝေးမှ လိပ်စာကို အမှန်တကယ် daemon နှင့် ၎င်း၏ ဝန်ဆောင်မှု ဖွဲ့စည်းမှုတို့နှင့် ချိတ်ဆက်ပါ။ တပ်ဆင်မှု နှစ်ခုသည် မတူညီသော unit၊ ဖွဲ့စည်းမှုလမ်းကြောင်းနှင့် သိမ်းဆည်းမှု ရှိနိုင်သည်။ အဝေးမှ context သည် စက်ပြင်ပတစ်ခုလုံးကို ညွှန်ပြနိုင်သည်။

proxy ကို ထို daemon နှင့် သက်ဆိုင်သော interface မှတစ်ဆင့် အသုံးပြုပါ။ Docker ၏ မှတ်တမ်းတင်ထားသော daemon ဆက်တင်များနှင့် ၎င်း၏ စတင်ပတ်ဝန်းကျင်သည် host ပေါ်ရှိ Docker တပ်ဆင်မှုတိုင်းအတွက် ထုတ်လွှင့်ခြင်း မဟုတ်ပါ။

"အရာများကို ရှင်းလင်းရန်" package ကို ဖြုတ်မပစ်မီ ဤခွဲခြားမှုကို ပြုလုပ်ပါ။ အသုံးမပြုဟန်တူသော daemon သည် အခြား instance မစီမံသော container သို့မဟုတ် image များကို ပိုင်ဆိုင်နိုင်သည်။ ချက်ချင်း proxy ပြုပြင်ခြင်းမှာ ရွေးချယ်ထားသော ဆာဗာကို တမင်ဖွဲ့စည်းခြင်း ဖြစ်သည်၊ မည်သည့် တပ်ဆင်မှုကို ထားရှိမည်ဟု ဆုံးဖြတ်ခြင်းမှာ သီးခြား ပြုပြင်ထိန်းသိမ်းမှု အပြောင်းအလဲ ဖြစ်သည်။

ဆက်စပ်ဆောင်းပါးများ