Ansible Galaxy: aggirare il proxy per le dipendenze Git private

L'installazione di una collezione può contattare un servizio Galaxy pubblico e un host Git privato nello stesso flusso di lavoro. Se il traffico pubblico richiede un proxy ma l'host privato è raggiungibile direttamente, affidate questa separazione al processo che esegue ansible-galaxy.

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

Questo illustra la shell del controller per un file requirements esistente. Unite l'host privato con le altre voci di bypass previste. Se i download pubblici di Galaxy possono usare un intermediario pubblico, l'elenco dei proxy HTTP fornisce candidati per https_proxy; conservate le eccezioni Git private raggiungibili direttamente. La voce indica l'host di destinazione, non il proxy e non un URL completo del repository.

La parola chiave environment di un playbook configura l'ambiente dell'attività remota selezionata; non configura Ansible stesso né fornisce retroattivamente l'ambiente per l'installazione delle collezioni.

Tracciate l'URL non riuscito e il downloader. Una collezione può provenire da un'API, da un URL di archivio o da Git. Anche un sottoprocesso Git può avere la propria configurazione del proxy, quindi confrontate quella configurazione con il suo ambiente ereditato quando fallisce solo l'accesso al repository. Mantenete anche eventuali host privati aggiuntivi di archivi o dipendenze nella politica di routing.