Docker က ပို့တ်ကို ထုတ်ပြန်ခဲ့သည်။ ပရောက်စီက ထိုနေရာတွင် နားထောင်နေပါသလား။
ချိတ်ဆက်မှုများ ငြင်းပယ်ခံရခြင်း သို့မဟုတ် ပြန်လည်သတ်မှတ်ခံရချိန်တွင် ပရောက်စီကွန်တိန်နာအတွင်းရှိ နားထောင်သူနှင့် Docker ၏ ဟို့စ်ပို့တ်မြေပုံကို စစ်ဆေးပါ။
ထုတ်ပြန်ထားသော Docker ပို့တ်သည် ကွန်တိန်နာအတွင်းရှိ အဆုံးမှတ်သို့ လမ်းကြောင်းပေးသည်။ ၎င်းသည် ပရောက်စီကို စတင်ခြင်းမရှိဘဲ ထိုလုပ်ငန်းစဉ် နားထောင်နေသည့် လိပ်စာကိုလည်း မပြောင်းလဲပါ။
ပုံမှန် တံတားကွန်ရက် မြေပုံအတွက် ဤတန်ဖိုးသုံးခုကို နှိုင်းယှဉ်ပါ။
| လမ်းကြောင်း၏ အပိုင်း | စစ်ဆေးရမည့် တန်ဖိုး |
|---|---|
| ဖောက်သည်ဝင်ပေါက် | ဖောက်သည်က ဆက်သွယ်သည့် ဟို့စ်လိပ်စာနှင့် ထုတ်ပြန်ထားသော ပို့တ် |
| ပေးပို့ခြင်း ပစ်မှတ် | မြေပုံက ရွေးချယ်သည့် ကွန်တိန်နာလိပ်စာနှင့် ပို့တ် |
| ဝန်ဆောင်မှု | ပရောက်စီက ကွန်တိန်နာအတွင်း အမှန်တကယ် ချိတ်ဆက်သည့် လိပ်စာနှင့် ပို့တ် |
ကွန်တိန်နာအတွင်း 127.0.0.1 သို့သာ ချိတ်ဆက်ထားသော ပရောက်စီသည် ၎င်း၏ ကွန်ရက်လိပ်စာသို့ ပေးပို့သည့် အသွားအလာကို မရရှိနိုင်ပါ။ ဤအချက်သည် ဟို့စ်လုပ်ပ်(ခ်)ဘက်တွင်သာ ဟို့စ်ပို့တ်ကို ထုတ်ပြန်ခြင်းနှင့် ကွာခြားသည်။ ယင်းက မြေပုံသို့ မည်သူရောက်နိုင်သည်ကို ကန့်သတ်ပြီး၊ ကွန်တိန်နာလုပ်ပ်(ခ်)ဘက်က မြေပုံသည် ဝန်ဆောင်မှုသို့ မရောက်အောင် တားဆီးနိုင်သည်။
ရည်ရွယ်ထားသော ဖြန့်ကျက်မှုအတွက် အတွင်းပိုင်း နားထောင်သူကို ရွေးချယ်ပြီး ကန့်သတ်ထားသော ဟို့စ်ထုတ်ပြန်မှုနှင့် ပရောက်စီအသုံးပြုခွင့်ကို ထိန်းသိမ်းပါ။ Dockerfile ရှိ ဖော်ထုတ်ထားသော ပို့တ်ကြေညာချက်သည် ဝန်ဆောင်မှုကို မစတင်ပါ၊ ကွန်တိန်နာ အောင်မြင်စွာ စတင်ခြင်းက လုပ်ငန်းစဉ်သည် ပေးပို့ခြင်းပစ်မှတ်တွင် နားထောင်နေသည်ဟု မသက်သေပြပါ။
မအောင်မြင်သော ချိတ်ဆက်မှု မည်မျှဝေးဝေး ရောက်သည်ကို ခြေရာခံပါ။ ငြင်းပယ်မှုနှင့် ပြန်လည်သတ်မှတ်မှုများသည် ပလက်ဖောင်းနှင့် ပေးပို့ခြင်း အကောင်အထည်ဖော်မှုအလိုက် ကွဲပြားသည်၊ ထို့ကြောင့် တစ်ခုတည်းက ဆက်တင်ကို သီးခြားဖော်ထုတ်နိုင်မည်မဟုတ်ပါ။ ဝန်ဆောင်မှုသို့ ရောက်သောအခါ မှန်ကန်သော ပရောက်စီ နှုတ်ဆက်စကားကို ရှာပြီး လိုအပ်သော SOCKS ဗားရှင်း၊ စစ်မှန်ကြောင်းအထောက်အထားနှင့် ဦးတည်ချက်မူဝါဒကို ကျင့်သုံးပါ။ သာလျှင် ရောက်ရှိနိုင်သော ဟို့စ်ပို့တ်သည် ထိုစွမ်းရည်များကို သက်သေမပြနိုင်ပါ။