Проєкт 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 входів плагіна. Закриття термінала хоста не видаляє ці постійні файли.

Схожі статті