Ansible Galaxy: обхід проксі для приватних залежностей Git

Налаштуйте середовище проксі та обходу там, де працює ansible-galaxy, коли публічні завантаження колекцій і приватні залежності Git потребують різних маршрутів.

Встановлення колекції може звертатися до публічного сервісу Galaxy і приватного хоста Git в одному робочому процесі. Якщо публічному трафіку потрібен проксі, а приватний хост доступний напряму, передайте цей поділ процесу, який запускає ansible-galaxy.

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

Це показує оболонку контролера для наявного файлу requirements. Об'єднайте приватний хост з іншими запланованими записами обходу. Якщо публічні завантаження Galaxy можуть використовувати публічного посередника, список HTTP-проксі пропонує кандидатів для https_proxy; збережіть напряму доступні винятки приватного Git. Запис називає хост призначення, а не проксі і не повну URL-адресу репозиторію.

Ключове слово environment у playbook налаштовує вибране середовище віддаленого завдання; воно не налаштовує сам Ansible і не надає середовище для встановлення колекції заднім числом.

Відстежте невдалу URL-адресу та завантажувач. Колекція може надходити з API, URL-адреси архіву або Git. Підпроцес Git також може мати власну конфігурацію проксі, тому порівняйте цю конфігурацію з його успадкованим середовищем, коли не працює лише доступ до репозиторію. Тримайте будь-які додаткові приватні хости архівів або залежностей у політиці маршрутизації.

Схожі статті