Ansible Galaxy: omgå proxyen for private Git-avhengigheter

Installasjon av en collection kan kontakte en offentlig Galaxy-tjeneste og en privat Git-vert i samme arbeidsflyt. Hvis offentlig trafikk trenger en proxy, men den private verten er direkte tilgjengelig, gi den delingen til prosessen som kjører ansible-galaxy.

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

Dette illustrerer kontroller-skallet for en eksisterende requirements-fil. Slå sammen den private verten med andre tiltenkte omgåelsesoppføringer. Hvis de offentlige Galaxy-nedlastingene kan bruke en offentlig mellommann, leverer HTTP-proxylisten kandidater for https_proxy; behold de direkte tilgjengelige private Git-unntakene. Oppføringen navngir målverten, ikke proxyen og ikke en komplett repositorium-URL.

Nøkkelordet environment i en playbook konfigurerer det valgte miljøet for fjernoppgaven; det konfigurerer ikke Ansible selv og leverer ikke miljøet i ettertid for collection-installasjon.

Spor den mislykkede URL-en og nedlasteren. En collection kan komme fra en API, en arkiv-URL eller Git. En Git-underprosess kan også ha sin egen proxykonfigurasjon, så sammenlign den konfigurasjonen med det arvede miljøet når bare repositorium-tilgang mislykkes. Behold også eventuelle ekstra private arkiv- eller avhengighetsverter i rutingpolicyen.