Eit Vagrant-prosjekt har ein vertsnedlastingsbane før gjesten finst, og ein annan bane for gjesteprovisjonørar og pakkeverktøy. Konfigurer kvar av dei der ho køyrer.

For vertsverktøy som brukar desse variablane, er ein døme på bane:

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

Vagrant dokumenterer http_proxy for HTTP-boksnedlastingar. Anskaffing av programtillegg krev òg tilgjenge frå verten; eit programtillegg for gjestekonfigurasjon kan ikkje laste ned seg sjølv. HTTPS-destinasjonar kan framleis bruke ein HTTP-proxyverdi. For tillatne offentlege nedlastingar utan konfigurerte proxy-legitimasjonar på den relevante verts- eller gjesteklienten kan HTTP-proxylista tilby eigna HTTP-endepunkt.

Dersom ein kompatibel vagrant-proxyconf allereie er installert, gje gjesten bana si via 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

Programtillegget skriv den støtta gjestekonfigurasjonen før provisjonørane. VAGRANT_HTTP_PROXY og relaterte inndata kan overstyre filinnstillingar, så gransk dei når endringar ikkje tek til å gjelde.

Frå gjesten si side tyder localhost gjesten. Ein proxy på verten sin loopback treng ei eksplisitt tilgjengeleg bane i staden for ein kopiert verts-URL. Ein shell-provisjonør sin export sluttar òg med det skjellet og borna; det etablerer ikkje seinare innloggings- eller tenestepolitikk.

For å fjerne, tøm konfigurasjonen som allereie er skriven i gjesten, med programtillegget sine dokumenterte tomme/false inndata. Å lukke vertsterminalen fjernar ikkje desse vedvarande filene.

Relaterte artiklar