Спампоўкі рэлізаў BOSH: налады проксі для CLI і Director
Вызначце месца спампоўкі рэліза да змены налад проксі: хост CLI і Director маюць рознае асяроддзе знешняга доступу.
Калі загрузка рэліза па URL не ўдаецца пасля таго, як CLI падключыўся да Director, праверце, дзе спампоўваецца рэліз. Працоўнае злучэнне CLI з Director ідзе іншым сеткавым шляхам.
| Аперацыя | Асяроддзе для праверкі |
|---|---|
| CLI падключаецца да API Director | Працэс CLI |
| Director атрымлівае перададзены URL рэліза | Заданне Director |
| CLI загружае ўжо спампаваны лакальны архіў | Хост CLI для атрымання і загрузкі гэтага файла |
Калі Director патрабуе проксі, а разгортванне выкарыстоўвае афіцыйны рэпазіторый bosh-deployment, уключыце яго файл аперацый misc/proxy.yml і неабходныя значэнні ў існуючы працэс разгортвання Director. Ён дадае http_proxy, https_proxy і no_proxy у асяроддзе задання Director.
Захавайце выключэнні, патрэбныя ўнутраным службам Director; перадача знешніх спамповак праз проксі не павінна перанакіроўваць гэтыя ўнутраныя выклікі API.
Калі хост CLI ужо мае зацверджаны працоўны маршрут спампоўкі, атрыманне рэліза там і загрузка лакальнага архіва пазбягаюць гэтага атрымання на баку Director. Гэта пакідае палітыку Director для наступных спамповак па URL без змен.