Ansible Galaxy: laktawan ang proxy para sa mga pribadong dependency ng Git

Ang pag-install ng collection ay maaaring makipag-ugnayan sa isang pampublikong serbisyo ng Galaxy at isang pribadong host ng Git sa iisang workflow. Kung ang pampublikong trapiko ay nangangailangan ng proxy ngunit ang pribadong host ay direktang maabot, ibigay ang paghahating iyon sa prosesong nagpapatakbo ng ansible-galaxy.

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

Ipinapakita nito ang shell ng controller para sa umiiral na file na requirements. Pagsamahin ang pribadong host sa anumang iba pang nilalayong entry ng paglaktaw. Kung ang mga pampublikong pag-download ng Galaxy ay maaaring gumamit ng pampublikong tagapamagitan, ang listahan ng proxy ng HTTP ay nagbibigay ng mga kandidato para sa https_proxy; panatilihin ang mga direktang maabot na eksepsiyon ng pribadong Git. Pinangalanan ng entry ang host ng destinasyon, hindi ang proxy at hindi ang buong URL ng repositoryo.

Ang keyword na environment ng playbook ay nagko-configure ng napiling kapaligiran ng malayong gawain; hindi nito kinokonpigura ang Ansible mismo at hindi nagbibigay nang paurong ng kapaligiran para sa pag-install ng collection.

Subaybayan ang nabigong URL at ang downloader. Ang isang collection ay maaaring magmula sa API, URL ng archive o Git. Ang isang subprocess ng Git ay maaari ring magkaroon ng sariling configuration ng proxy, kaya ihambing ang configuration na iyon sa minanang kapaligiran nito kapag ang pag-access sa repositoryo lamang ang nabigo. Panatilihin din ang anumang karagdagang pribadong host ng archive o dependency sa patakaran ng routing.