Ansible Galaxy: omitir el proxy para dependencias Git privadas

La instalación de una colección puede contactar con un servicio Galaxy público y un host Git privado en el mismo flujo de trabajo. Si el tráfico público necesita un proxy pero el host privado es accesible directamente, entrega esa división al proceso que ejecuta ansible-galaxy.

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

Esto ilustra el envoltorio del controlador para un archivo requirements existente. Combina el host privado con cualquier otra entrada de omisión prevista. Si las descargas públicas de Galaxy pueden usar un intermediario público, la lista de proxies HTTP ofrece candidatos para https_proxy; conserva las excepciones de Git privado accesibles directamente. La entrada nombra el host de destino, no el proxy ni una URL completa del repositorio.

La palabra clave environment de un playbook configura el entorno de la tarea remota seleccionada; no configura Ansible en sí ni proporciona retroactivamente el entorno para instalar colecciones.

Rastrea la URL fallida y el descargador. Una colección puede venir de una API, una URL de archivo o Git. Un subproceso de Git también puede tener su propia configuración de proxy, así que compara esa configuración con su entorno heredado cuando solo falla el acceso al repositorio. Mantén también cualquier host privado adicional de archivos o dependencias en la política de enrutamiento.