Ansible Galaxy : contourner le proxy pour les dépendances Git privées

Configurez l'environnement de proxy et de contournement là où ansible-galaxy s'exécute lorsque les téléchargements publics de collections et les dépendances Git privées ont besoin de routes différentes.

L'installation d'une collection peut contacter un service Galaxy public et un hôte Git privé dans le même flux de travail. Si le trafic public a besoin d'un proxy mais que l'hôte privé est joignable directement, transmettez cette séparation au processus qui exécute ansible-galaxy.

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

Ceci illustre l'enveloppe du contrôleur pour un fichier requirements existant. Fusionnez l'hôte privé avec les autres entrées de contournement prévues. Si les téléchargements publics Galaxy peuvent utiliser un intermédiaire public, la liste de proxys HTTP fournit des candidats pour https_proxy ; conservez les exceptions Git privées joignables directement. L'entrée nomme l'hôte de destination, pas le proxy et pas une URL de dépôt complète.

Le mot-clé environment d'un playbook configure l'environnement de la tâche distante sélectionnée ; il ne configure pas Ansible lui-même et ne fournit pas rétroactivement l'environnement pour l'installation de collections.

Tracez l'URL en échec et le téléchargeur. Une collection peut venir d'une API, d'une URL d'archive ou de Git. Un sous-processus Git peut aussi avoir sa propre configuration de proxy, comparez donc cette configuration à son environnement hérité lorsque seul l'accès au dépôt échoue. Conservez aussi tout hôte privé supplémentaire d'archive ou de dépendance dans la politique de routage.

Articles similaires