Un projet Vagrant possède un chemin de téléchargement sur l'hôte avant que l'invité n'existe, et un autre chemin pour les provisionneurs de l'invité et les outils de paquets. Configurez chacun là où il s'exécute.

Pour les outils de l'hôte qui consomment ces variables, un exemple de route est :

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

Vagrant documente http_proxy pour les téléchargements de box HTTP. L'acquisition de plug-ins nécessite aussi une accessibilité depuis l'hôte ; un plug-in de configuration de l'invité ne peut pas se télécharger lui-même. Les destinations HTTPS peuvent toujours utiliser une valeur de proxy HTTP. Pour les téléchargements publics autorisés sans identifiants de proxy configurés sur le client hôte ou invité concerné, la liste de proxys HTTP peut fournir des points de terminaison HTTP candidats.

Si un vagrant-proxyconf compatible est déjà installé, donnez à l'invité sa route via le 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

Le plug-in écrit la configuration prise en charge de l'invité avant les provisionneurs. Ses VAGRANT_HTTP_PROXY et entrées associées peuvent remplacer les réglages du fichier ; inspectez-les lorsque les modifications ne prennent pas effet.

Depuis l'invité, localhost désigne l'invité. Un proxy sur le loopback de l'hôte nécessite un chemin explicitement accessible plutôt qu'une URL d'hôte copiée. L'export d'un provisionneur shell se termine aussi avec ce shell et ses enfants ; il n'établit pas de politique ultérieure de connexion ou de service.

Pour supprimer, effacez la configuration déjà écrite dans l'invité avec les entrées vides/false documentées du plug-in. Fermer le terminal de l'hôte ne supprime pas ces fichiers persistants.

Articles similaires