Ansible Galaxy: evitar o proxy para dependencias Git privadas

A instalación dunha colección pode contactar cun servizo Galaxy público e un host Git privado no mesmo fluxo de traballo. Se o tráfico público necesita un proxy pero o host privado é accesible directamente, entrega esa división ao proceso que executa ansible-galaxy.

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

Isto ilustra a envoltura do controlador para un ficheiro requirements existente. Combina o host privado con calquera outra entrada de omisión prevista. Se as descargas públicas de Galaxy poden usar un intermediario público, a lista de proxies HTTP ofrece candidatos para https_proxy; conserva as excepcións de Git privado accesibles directamente. A entrada nomea o host de destino, non o proxy nin un URL completo do repositorio.

A palabra clave environment dun playbook configura o contorno da tarefa remota seleccionada; non configura Ansible en si mesmo nin fornece retroactivamente o contorno para instalar coleccións.

Rastrexa o URL fallido e o descargador. Unha colección pode vir dunha API, dun URL de arquivo ou de Git. Un subproceso de Git tamén pode ter a súa propia configuración de proxy, así que compara esa configuración co seu contorno herdado cando só falla o acceso ao repositorio. Mantén tamén calquera host privado adicional de arquivos ou dependencias na política de encamiñamento.