Instalacja kolekcji może kontaktować się z publiczną usługą Galaxy i prywatnym hostem Git w tym samym przepływie pracy. Jeśli ruch publiczny wymaga proxy, ale prywatny host jest osiągalny bezpośrednio, przekaż ten podział procesowi uruchamiającemu ansible-galaxy.

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

To ilustruje powłokę kontrolera dla istniejącego pliku requirements. Połącz prywatny host z innymi zamierzonymi wpisami omijania. Jeśli publiczne pobierania Galaxy mogą korzystać z publicznego pośrednika, lista proxy HTTP dostarcza kandydatów dla https_proxy; zachowaj bezpośrednio osiągalne wyjątki prywatnego Git. Wpis nazywa host docelowy, a nie proxy i nie pełny adres URL repozytorium.

Słowo kluczowe environment w playbooku konfiguruje wybrane środowisko zadania zdalnego; nie konfiguruje samego Ansible ani nie dostarcza środowiska do instalacji kolekcji wstecznie.

Prześledź nieudany URL i downloader. Kolekcja może pochodzić z API, adresu archiwum lub Git. Podproces Git może mieć również własną konfigurację proxy, więc porównaj tę konfigurację z odziedziczonym środowiskiem, gdy zawodzi tylko dostęp do repozytorium. Zachowaj także wszelkie dodatkowe prywatne hosty archiwów lub zależności w polityce routingu.

Powiązane artykuły