Mga download ng release ng BOSH: proxy settings ng CLI at Director
Alamin muna kung saan dina-download ang release bago baguhin ang proxy settings: magkaiba ang outbound network environment ng CLI host at ng Director.
Kapag nabigo ang pag-upload ng release sa pamamagitan ng URL pagkatapos kumonekta ang CLI sa Director, tingnan kung saan dina-download ang release. Ang gumaganang koneksyon ng CLI sa Director ay dumadaan sa ibang landas ng network.
| Operasyon | Environment na susuriin |
|---|---|
| Kumokonekta ang CLI sa Director API | Proseso ng CLI |
| Kinukuha ng Director ang ibinigay na URL ng release | Trabaho ng Director |
| Ina-upload ng CLI ang na-download nang lokal na archive | CLI host para sa pagkuha at pag-upload ng file na iyon |
Kung kailangan ng Director ang proxy at gumagamit ang deployment ng opisyal na repository ng bosh-deployment, isama ang operations file nitong misc/proxy.yml at ang mga kinakailangang value sa umiiral na proseso ng deployment ng Director. Nagdaragdag ito ng http_proxy, https_proxy at no_proxy sa environment ng trabaho ng Director.
Panatilihin ang mga bypass na kailangan ng mga panloob na serbisyo ng Director; ang pagruruta ng panlabas na download sa pamamagitan ng proxy ay hindi dapat mag-redirect sa mga panloob na API call na iyon.
Kung may aprubado nang gumaganang ruta ng download ang CLI host, ang pagkuha ng release doon at pag-upload ng lokal na archive ay umiiwas sa pagkuha sa panig ng Director. Hinahayaan nitong hindi mabago ang patakaran ng Director para sa mga susunod na download sa pamamagitan ng URL.