eth0 en tant que NAT est une exigence fondamentale de Vagrant dans son état actuel. Mais vous pouvez remplacer la configuration du routeur par défaut pour eth1.

Depuis la documentation de Vagrant:

Routeur par défaut

En fonction de votre configuration, vous souhaiterez peut-être remplacer manuellement la configuration du routeur par défaut. Cela est nécessaire si vous avez besoin d'accéder à la boîte Vagrant depuis d'autres réseaux via le réseau public. Pour ce faire, vous pouvez utiliser un script provisionneur shell :

config.vm.network "public\_network", ip: "192.168.0.17"

# routeur par défaut
config.vm.provision "shell",
  run: "always",
  inline: "route add default gw 192.168.0.1"

# routeur par défaut ipv6
config.vm.provision "shell",
  run: "always",
  inline: "route -A inet6 add default gw fc00::1 eth1"

# supprimer le routeur par défaut sur eth0
config.vm.provision "shell",
  run: "always",
  inline: "eval \`route -n | awk '{ if ($8 ==\\"eth0\\" && $2 != \\"0.0.0.0\\") print \\"route del default gw \\" $2; }'\`"

Remarque : ce qui précède est assez complexe et peut dépendre du système d'exploitation invité, mais nous documentons l'idée générale de comment le faire car c'est une question fréquente.

(Désolé, assez naïf sur vagrant/virtualbox donc pardonnez le manque de terminologie réseau appropriée)

Votre choix de pont: en4) Thunderbolt est très probablement le problème.

Voici ce que je suppose que vous voulez / avez besoin, plutôt que ce que vous avez demandé:

• Capacité de connexion SSH pour vagrant pour contrôler votre machine virtuelle, depuis votre machine de développement (l'hôte). C'est ce que fait le NAT avec le renvoi de port. Cela ne perturbe rien d'autre, donc demander à ce qu'il soit supprimé n'est pas très utile. Et cela apparaît sur l'Adaptateur 1 dans VirtualBox.

• Connectivité depuis votre LAN, plutôt que seulement depuis votre hôte. Disons quelque chose dans la plage 192.168.1.xxx. C'est ce qui est important, sur l'Adaptateur 2.

• Vous vous souciez simplement de votre carte NIC réseau normale et n'avez aucune raison particulière de faire fonctionner l'Ethernet sur votre port Thunderbolt.

c'est-à-dire à peu près ce que vous obtiendriez d'une vm VirtualBox avec Ponté et sans Vagrant à voir.

Voici un ifconfig SSH à partir de l'une de ces machines uniquement VirtualBox que j'ai sur mon LAN. Il exécute un serveur web auquel je peux me connecter et mon Mac peut s'y connecter en SSH et se connecter à une base de données dessus. Je vais l'appeler la référence.

[root@fdm ~]# ifconfig
eth0      Lien encap:Ethernet  Adresse MAC 08:00:27:9A:85:1A
          Adresse IP:192.168.1.143  Bcast:192.168.1.255  Masque:255.255.255.0

Dans VirtualBox, le panneau Réseau, pour cette vm de référence, montre Adapter1 comme Ponté. Tous les autres adaptateurs sont désactivés.

OK, je vais maintenant essayer d'obtenir ce même résultat de connectivité LAN à partir de Vagrant, mais j'accepte d'avoir un NAT sur l'adaptateur 1, c'est le mécanisme de communication ssh vagrant-VB.

Essai n°1 - qui échoue.

Le point de départ est un vagrant init.

Ensuite, dans le Vagrantfile, je n'ai changé que 2 choses:

config.vm.box = "opscode-ubuntu-14.04"
config.vm.network "public_network"

si je lance vagrant up, j'obtiens une boîte de dialogue demandant quelle interface utiliser:

==> default: Interfaces réseau Pontées disponibles :
1) en1: Wi-Fi (AirPort)
2) en0: Ethernet
3) en3: Thunderbolt 1
4) p2p0
5) bbptp0
6) bridge0

Maintenant, en regardant cela, j'ai d'abord choisi 2) car je pensais vouloir l'Ethernet et bon, 1) semblait 'trop Apple'.

Cela fonctionne, mais avec une entrée IP inadaptée 10.0.xx.xx, que mon FAI bloque les pings, voir ci-dessous. Je suppose qu'ils veulent vraiment dire réseau public quand il dit réseau public.

vagrant ssh

vagrant@vagrant:~$ ifconfig
eth0      Lien encap:Ethernet  Adresse MAC 08:00:27:0c:41:3e
          Adresse IP:10.0.2.15  Bcast:10.0.2.255  Masque:255.255.255.0
          Adresse IPv6: fe80::a00:27ff:fe0c:413e/64 Scope:Lien

eth1      Lien encap:Ethernet  Adresse MAC 08:00:27:ca:f4:64
          Adresse IPv6: fe80::a00:27ff:feca:f464/64 Scope:Lien

Essai n°2 - version correcte

vagrant halt, puis supprimer le répertoire, le recréer et vagrant init. (J'ai trouvé que le fait de trop jouer avec le réseau pouvait perturber le vagrant et/ou virtualbox, ce qu'une suppression complète et un redémarrage pouvaient résoudre)

config.vm.box = "opscode-ubuntu-14.04"
config.vm.network "public_network"

Mais, cette fois, choisissez 1) en1: Wi-Fi (AirPort).

vagrant ssh

Cette eth1 avec 192.168.1.123 a l'air bien mieux, n'est-ce pas ?

vagrant@vagrant:~$ ifconfig
eth0      Lien encap:Ethernet  Adresse MAC 08:00:27:0c:41:3e
          Adresse IP:10.0.2.15  Bcast:10.0.2.255  Masque:255.255.255.0

eth1      Lien encap:Ethernet  Adresse MAC 08:00:27:53:6e:1d
          Adresse IP:192.168.1.123  Bcast:192.168.1.255  Masque:255.255.255.0

Et en effet, je peux pinguer 192.168.1.123 depuis ma vm de référence, ou depuis une autre machine physique sur mon LAN.

[root@fdm ~]# ping 192.168.1.123
PING 192.168.1.123 (192.168.1.123) 56(84) bytes de données.
64 octets de 192.168.1.123 : icmp_seq=1 ttl=64 temps=1039 ms
64 octets de 192.168.1.123 : icmp_seq=2 ttl=64 temps=40.4 ms

Pour information, VirtualBox montre un NAT sur l'Adaptateur 1 et un Ponté sur l'Adaptateur 2.

Configuration finale -

Ajout d'une sélection automatique de l'interface ainsi qu'une IP statique (dont vous n'avez pas besoin). Problème résolu, du moins pour moi.

  config.vm.network "public_network", bridge: 'en1: Wi-Fi (AirPort)', ip: "192.168.1.201"

ÉDIT 201902 : sur ma dernière construction, vagrant/virtualbox se plaignaient de ne pas trouver Wifi (Airport):

==> default: Pont spécifique 'en1: Wi-Fi (AirPort)' introuvable. On peut vous demander de spécifier
==> default: à quel réseau se connecter en pont.
==> default: Interfaces réseau Pontées disponibles :
1) en0: Ethernet
2) en2: Thunderbolt 1
3) bridge0

je l'ai changé en

config.vm.network "public_network", bridge: "bridge0"

Je mettrai à jour plus tard si quelque chose se présente, mais j'ai pensé mettre à jour la partie sur le nom de l'adaptateur.

La réponse courte semble être de ne pas le faire.

Vous pouvez remplacer l'adaptateur 1 mais attendez-vous à des problèmes au moins avec vagrant ssh

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
  config.vm.box = "hashicorp/precise64"
  config.vm.network "public_network", :adapter=>1 , type: "dhcp", :bridge => 'en4: Thunderbolt Ethernet'
  config.vm.hostname = "mddirector"

  # Au cas où vous avez mal spécifié l'hôte...
  config.vm.boot_timeout = 30
  config.vm.provider "virtualbox" do |vb, override|
       vb.gui = true
  end

  config.ssh.host = '192.168.148.24'

end

Produit:

Mise en route de la machine 'default' avec le fournisseur 'virtualbox'...
==> default: Suppression des interfaces réseau précédemment définies...
==> default: Préparation des interfaces réseau en fonction de la configuration...
    default: Adaptateur 1: ponté
==> default: Redirection des ports...
    default: 22 => 2222 (adaptateur 1)
    default: L'adaptateur VirtualBox #1 n'est pas configuré en "NAT". Ignorer les redirections de ports sur cet adaptateur.
==> default: Exécution des personnalisations de pré-démarrage de la machine virtuelle...
==> default: Démarrage de la VM...

Malheureusement, il semble alors se bloquer lors de la configuration de l'adaptateur réseau, mais peut-être aurez-vous plus de chance que moi.

Si vous en avez, vous pouvez toujours forcer l'arrêt et recharger avec un ssh.host corrigé. Alternativement, j'ai entendu parler de vagrant dns mais je ne l'ai jamais essayé.

J'ai trouvé cette discussion sur StackOverflow.

Pour moi, il a suffi d'ouvrir le Vagrantfile associé et de décommenter la ligne suivante :

config.vm.network "public_network"

puis d'exécuter vagrant reload.