Налады проксі Vagrant для загрузак на хаспе і задач гасця

Наладжвайце загрузкі на хаспе і праўдэры гасця на іх узроўнях, калі выкарыстоўваеце проксі з Vagrant і vagrant-proxyconf.

Праект Vagrant мае шлях загрузкі на хаспе да з'яўлення гасця і яшчэ адзін шлях для праўдэраў гасця і сродкаў кіравання пакетамі. Наладжвайце кожны там, дзе ён працуе.

Для інструментаў хаспа, якія спажываюць гэтыя зменныя, прыклад маршруту:

export http_proxy=http://gateway.example:8080
export https_proxy=http://gateway.example:8080

Vagrant дакументуе http_proxy для загрузак HTTP-боксаў. Набыццё плагінаў таксама патрабуе дасяжнасці з хаспа; плагін канфігурацыі гасця не можа загрузіць сябе сам. HTTPS-прызначэнні могуць па-ранейшаму выкарыстоўваць значэнне HTTP-проксі. Для дазволеных публічных загрузак, калі на адпаведным кліенце хаспа або гасця не наладжаны ўліковыя даныя проксі, спіс HTTP-проксі можа прапанаваць прыдатныя HTTP-канчатковыя пункты.

Калі сумяшчальны vagrant-proxyconf ужо ўсталяваны, дайце гасцю яго маршрут праз Vagrantfile:

Vagrant.configure("2") do |config|
  if Vagrant.has_plugin?("vagrant-proxyconf")
    config.proxy.http = "http://gateway.example:8080"
    config.proxy.https = "http://gateway.example:8080"
    config.proxy.no_proxy = "localhost,127.0.0.1"
  end
end

Плагін запісвае падтрымоўваную канфігурацыю гасця перад праўдэрамі. Яго VAGRANT_HTTP_PROXY і звязаныя ўводы могуць перакрываць налады файла, таму правярайце іх, калі змены не дзейнічаюць.

З пункту гледжання гасця localhost азначае гасця. Проксі на loopback хаспа патрабуе яўна дасяжнага шляху, а не скапіяванага URL хаспа. export shell-праўдэра таксама завяршаецца на гэтым shell і яго даччыных працэсах; ён не ўстанаўлівае палітыку наступнага ўваходу або службы.

Каб выдаліць, ачысціце ўжо запісаную ў гасці канфігурацыю з дапамогай дакументаваных пустых/false уводаў плагіна. Закрыццё тэрмінала хаспа не выдаляе гэтыя пастаянныя файлы.

Падобныя артыкулы