Ansible Galaxy: ocolirea proxy-ului pentru dependențe Git private

Instalarea unei colecții poate contacta un serviciu Galaxy public și un host Git privat în același flux de lucru. Dacă traficul public are nevoie de un proxy, dar hostul privat este accesibil direct, transmiteți această separare procesului care rulează ansible-galaxy.

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

Aceasta ilustrează învelișul controlerului pentru un fișier requirements existent. Îmbinați hostul privat cu orice alte intrări de ocolire dorite. Dacă descărcările publice Galaxy pot folosi un intermediar public, lista de proxy-uri HTTP oferă candidați pentru https_proxy; păstrați excepțiile Git private accesibile direct. Intrarea numește hostul destinație, nu proxy-ul și nu un URL complet al depozitului.

Cuvântul-cheie environment al unui playbook configurează mediul sarcinii la distanță selectate; nu configurează Ansible însuși și nu furnizează retroactiv mediul pentru instalarea colecțiilor.

Urmăriți URL-ul eșuat și descărcătorul. O colecție poate veni dintr-un API, dintr-un URL de arhivă sau din Git. Un subproces Git poate avea și propria configurație de proxy, așa că comparați acea configurație cu mediul moștenit atunci când doar accesul la depozit eșuează. Păstrați și orice hosturi private suplimentare de arhive sau dependențe în politica de rutare.