Vagrant-proxyinstellingen voor hostdownloads en gasttaken

Configureer hostdownloads en gastprovisioners op hun eigen lagen wanneer u een proxy gebruikt met Vagrant en vagrant-proxyconf.

Een Vagrant-project heeft een hostdownloadpad voordat de gast bestaat, en een ander pad voor gastprovisioners en pakkettools. Configureer elk waar het draait.

Voor hosttools die deze variabelen gebruiken, is een voorbeeldroute:

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

Vagrant documenteert http_proxy voor HTTP-boxdownloads. Ook het verkrijgen van plug-ins vereist bereikbaarheid vanaf de host; een plug-in voor gastconfiguratie kan zichzelf niet downloaden. HTTPS-bestemmingen kunnen nog steeds een HTTP-proxywaarde gebruiken. Voor toegestane openbare downloads zonder geconfigureerde proxyreferenties op de betreffende host- of gastclient kan de HTTP-proxylijst geschikte HTTP-eindpunten leveren.

Met een compatibele vagrant-proxyconf al geïnstalleerd, geeft u de gast zijn route via de 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

De plug-in schrijft de ondersteunde gastconfiguratie vóór de provisioners. De VAGRANT_HTTP_PROXY en gerelateerde invoer kunnen bestandsinstellingen overschrijven, dus controleer ze wanneer wijzigingen niet van kracht worden.

Vanuit de gast betekent localhost de gast. Een proxy op de loopback van de host vereist een expliciet bereikbaar pad in plaats van een gekopieerde host-URL. De export van een shell-provisioner eindigt ook met die shell en zijn kinderen; het stelt geen later inlog- of servicebeleid vast.

Om te verwijderen, wist u de configuratie die al in de gast is geschreven met de gedocumenteerde lege/false invoer van de plug-in. Het sluiten van de hostterminal verwijdert die blijvende bestanden niet.

Gerelateerde artikelen