Ansible Galaxy: contornar o proxy para dependências Git privadas

A instalação de uma coleção pode contactar um serviço Galaxy público e um anfitrião Git privado no mesmo fluxo de trabalho. Se o tráfego público precisar de um proxy mas o anfitrião privado for acessível diretamente, entregue essa separação ao processo que executa o 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 camada do controlador para um ficheiro requirements existente. Combine o anfitrião privado com quaisquer outras entradas de contorno pretendidas. Se os downloads públicos do Galaxy puderem usar um intermediário público, a lista de proxies HTTP fornece candidatos para https_proxy; preserve as exceções de Git privado acessíveis diretamente. A entrada nomeia o anfitrião de destino, não o proxy e não um URL completo do repositório.

A palavra-chave environment de um playbook configura o ambiente da tarefa remota selecionada; não configura o próprio Ansible nem fornece retroativamente o ambiente para a instalação de coleções.

Rastreie o URL falhado e o descarregador. Uma coleção pode vir de uma API, de um URL de arquivo ou de Git. Um subprocesso Git também pode ter a sua própria configuração de proxy, por isso compare essa configuração com o ambiente herdado quando apenas o acesso ao repositório falha. Mantenha também quaisquer anfitriões privados adicionais de arquivos ou dependências na política de encaminhamento.