Installasjon av ein collection kan kontakte ein offentleg Galaxy-teneste og ein privat Git-vert i same arbeidsflyt. Viss offentleg trafikk treng ein proxy, men den private verten er direkte tilgjengeleg, gje den delinga til prosessen som køyrer ansible-galaxy.

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

Dette illustrerer kontrollarskalet for ei eksisterande requirements-fil. Slå saman den private verten med andre tiltenkte omgåingsoppføringar. Viss dei offentlege Galaxy-nedlastingane kan bruke ein offentleg mellommann, leverer HTTP-proxylista kandidatar for https_proxy; behald dei direkte tilgjengelege private Git-unntaka. Oppføringa namngjev målverten, ikkje proxyen og ikkje ein fullstendig repositorium-URL.

Nøkkelordet environment i ein playbook konfigurerer det valde miljøet for fjernoppgåva; det konfigurerer ikkje Ansible sjølv og leverer ikkje miljøet i ettertid for collection-installasjon.

Spor den mislukka URL-en og nedlastaren. Ein collection kan kome frå ein API, ein arkiv-URL eller Git. Ein Git-underprosess kan òg ha si eiga proxykonfigurasjon, så samanlikn den konfigurasjonen med det arva miljøet når berre repositorium-tilgang mislukkast. Hald òg eventuelle ekstra private arkiv- eller avhengnadsvertar i rutingpolitikken.

Relaterte artiklar