Ansible Galaxy: de proxy omzeilen voor privé-Git-afhankelijkheden

Het installeren van een collection kan in dezelfde workflow zowel een openbare Galaxy-dienst als een privé-Git-host benaderen. Als openbaar verkeer een proxy nodig heeft maar de privé-host rechtstreeks bereikbaar is, geef die splitsing dan door aan het proces dat ansible-galaxy uitvoert.

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

Dit illustreert de controllerschil voor een bestaand requirements-bestand. Voeg de privé-host samen met andere bedoelde omzeilingsregels. Als de openbare Galaxy-downloads een openbare tussenpartij mogen gebruiken, levert de HTTP-proxylijst kandidaten voor https_proxy; behoud de rechtstreeks bereikbare uitzonderingen voor privé-Git. De regel noemt de bestemmingshost, niet de proxy en niet een volledige repository-URL.

Het environment-trefwoord van een playbook configureert de gekozen omgeving van de externe taak; het configureert Ansible zelf niet en levert de omgeving niet met terugwerkende kracht voor collection-installatie.

Volg de mislukte URL en de downloader. Een collection kan van een API, een archief-URL of Git komen. Een Git-subproces kan ook zijn eigen proxyconfiguratie hebben, dus vergelijk die configuratie met zijn geërfde omgeving wanneer alleen repositorytoegang mislukt. Houd ook eventuele extra privé-archief- of afhankelijkheids hosts in het routeringsbeleid.