Collection တပ်ဆင်ခြင်းသည် တူညီသော အလုပ်အသွားအလာတွင် အများပြည်သူ Galaxy ဝန်ဆောင်မှုနှင့် ကိုယ်ပိုင် Git host ကို ဆက်သွယ်နိုင်သည်။ အများပြည်သူ traffic အတွက် proxy လိုအပ်သော်လည်း ကိုယ်ပိုင် host ကို တိုက်ရိုက် ရောက်ရှိနိုင်ပါက ထိုခွဲခြားမှုကို ansible-galaxy လုပ်ဆောင်နေသော process သို့ ပေးပါ။

export https_proxy='http://proxy.example:8080'
export no_proxy='gitlab.internal.example'
ansible-galaxy collection install -r requirements.yml

၎င်းသည် ရှိပြီးသား requirements ဖိုင်အတွက် controller shell ကို ပြသသည်။ ကိုယ်ပိုင် host ကို ရည်ရွယ်ထားသော အခြား ရှောင်ကွင်းအချက်များနှင့် ပေါင်းစပ်ပါ။ အများပြည်သူ Galaxy ဒေါင်းလုဒ်များသည် အများပြည်သူ ကြားခံကို အသုံးပြုနိုင်ပါက HTTP proxy စာရင်း သည် https_proxy အတွက် ကိုယ်စားလှယ်လောင်းများ ပေးသည်။ တိုက်ရိုက် ရောက်ရှိနိုင်သော ကိုယ်ပိုင် Git ခြွင်းချက်များကို ထိန်းသိမ်းပါ။ အချက်သည် ခရီးဆုံး host ကို အမည်ပေးသည်၊ proxy ကို မဟုတ်ဘဲ အပြည့်အစုံ repository URL ကို မဟုတ်ပါ။

playbook ၏ environment သော့ချက်စကားလုံးသည် ရွေးချယ်ထားသော အဝေးမှ အလုပ်ပတ်ဝန်းကျင်ကို ပြင်ဆင်သည်။ ၎င်းသည် Ansible ကိုယ်တိုင်ကို မပြင်ဆင်ဘဲ collection တပ်ဆင်ခြင်းအတွက် ပတ်ဝန်းကျင်ကို နောက်ပြန်ပေးခြင်းလည်း မရှိပါ။

မအောင်မြင်သော URL နှင့် ဒေါင်းလုဒ်ကိရိယာကို ခြေရာခံပါ။ Collection သည် API၊ မော်ကွန်း URL သို့မဟုတ် Git မှ လာနိုင်သည်။ Git ခွဲစိတ်မှု process တွင်လည်း ကိုယ်ပိုင် proxy ဖွဲ့စည်းပုံ ရှိနိုင်သည်၊ ထို့ကြောင့် repository ဝင်ရောက်မှုသာ မအောင်မြင်သောအခါ ထိုဖွဲ့စည်းပုံကို ၎င်း၏ အမွေဆက်ခံထားသော ပတ်ဝန်းကျင်နှင့် နှိုင်းယှဉ်ပါ။ ထပ်ဆောင်း ကိုယ်ပိုင် မော်ကွန်း သို့မဟုတ် မှီခိုမှု host များကိုလည်း လမ်းကြောင်းသတ်မှတ်မှု မူဝါဒတွင် ထားရှိပါ။

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