GitLab Runner: မအောင်မြင်သော အလုပ်အဆင့်အတွက် proxy ဆက်တင်များကို ရှာပါ

Runner ထိန်းချုပ်မှု၊ ပုံဆွဲယူမှု၊ repository ရယူမှုနှင့် အလုပ်အတွင်း ဒေါင်းလုဒ်များသည် မတူညီသော လုပ်ငန်းစဉ်များမှ ဖြစ်ပေါ်နိုင်သည်။

ပထမဆုံး မအောင်မြင်မှုစစ်ဆေးရမည့် ထည့်သွင်းချက်
Runner က GitLab ကို ဆက်သွယ်သည်Runner ဝန်ဆောင်မှု ပတ်ဝန်းကျင်
အလုပ်ပုံကို ဆွဲယူပါDocker daemon/ဆွဲယူဝန်ဆောင်မှု
repository ရယူပါအမှန်တကယ် Git client/အကူ ပတ်ဝန်းကျင်
အလုပ် command ဒေါင်းလုဒ်ကွန်တိန်နာနှင့် ထိုကိရိယာ၏ ကိုယ်ပိုင် client ဆက်တင်များ

ကွန်တိန်နာဖန်တီးရန် လိုအပ်ပြီးဖြစ်သော ပုံဆွဲယူမှုအတွက် အလုပ် variable သည် အလွန်နောက်ကျသည်။ အောင်မြင်သော Runner ထိန်းချုပ်မှု ချိတ်ဆက်မှုသည်လည်း သီးခြားခွဲထားသော အလုပ်၏ ရောက်ရှိနိုင်မှုကို တည်ဆောက်နိုင်မည် မဟုတ်ပါ။

127.0.0.1:3128 အတွက် listener ကို ရှာပါ- အလုပ်ကွန်တိန်နာ၏ loopback သည် Runner host မဟုတ်ပါ။ ရည်ရွယ်ထားသော အလုပ်ကွန်ရက်များကိုသာ host အကူသို့ ဝင်ရောက်ခွင့်ပေးပြီး ၎င်း၏ upstream အကောင့်ကို တမင်တကာ စီမံပါ။

ထည့်သွင်းထားသော Runner/executor ၏ ပံ့ပိုးထားသော interface ကို ကျင့်သုံးပါ၊ ထို့နောက် အမှန်တကယ် downloader ၏ version အလိုက် ရွေးချယ်စရာများကို ကျင့်သုံးပါ။ အဆင့်၊ တောင်းဆိုသော လုပ်ငန်းစဉ်နှင့် စမ်းသပ်ခဲ့သော endpoint တို့ကို ပြင်ဆင်ထားသော ရောဂါစစ်ဆေးမှုတွင် ထားပါ၊ အကောင့်အလိုက် ခန့်မှန်းချက်များကို မျှဝေ wrapper များထဲ မထည့်ပါနှင့်။

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