IP publique vagabonde non accessible


10

J'ai cette config:

config.vm.network "public_network", ip: "192.168.56.101", :mac => "0022334455DA"

Et après l' vagrant upimpression ifconfig:

 eth0      Link encap:Ethernet  HWaddr 08:00:27:12:96:98
           inet addr:10.0.2.15  Bcast:10.0.2.255  Mask:255.255.255.0
           inet6 addr: fe80::a00:27ff:fe12:9698/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:1141 errors:0 dropped:0 overruns:0 frame:0
           TX packets:861 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:115407 (115.4 KB)  TX bytes:98490 (98.4 KB)

 eth1      Link encap:Ethernet  HWaddr 00:22:33:44:55:da
           inet addr:192.168.56.101  Bcast:192.168.56.255  Mask:255.255.255.0
           inet6 addr: fe80::222:33ff:fe44:55da/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:319 errors:0 dropped:0 overruns:0 frame:0
           TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:19236 (19.2 KB)  TX bytes:648 (648.0 B)

 lo        Link encap:Local Loopback
           inet addr:127.0.0.1  Mask:255.0.0.0
           inet6 addr: ::1/128 Scope:Host
           UP LOOPBACK RUNNING  MTU:16436  Metric:1
           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Mais je ne peux toujours pas accéder au serveur 192.168.56.101sur ma machine ou à tout autre sur mon réseau. Lorsque la configuration était terminée, private_serverje pouvais accéder à l'adresse depuis ma machine.

IP route show

default via 10.0.2.2 dev eth0
default via 10.0.2.2 dev eth0  metric 100
10.0.2.0/24 dev eth0  proto kernel  scope link  src 10.0.2.15
192.168.56.0/24 dev eth1  proto kernel  scope link  src 192.168.56.101

Lorsque le VM s'exécute, la configuration du réseau VB affiche deux connexions:

Adapter 1
Attached to: NAT

Adapter 2
Attached to: Bridged Adapter
Name: Intel Ethernet Connection

Donc je suppose que eth0 est NAT et eth1 est une connexion pontée? l' Intel Ethernet Connectionest mon câble Ethernet connecté au routeur.

De plus, lorsque j'ouvre le réseau et le centre de partage, cela m'indique qu'il existe un réseau non identifié avec 2 connexions: VirtualBox Host-Only Networket VirtualBox Host-Only Network #2. Ce qui est déroutant car j'ai en fait configuré Vagrant pour utiliser un réseau public.


Avez-vous déjà trouvé une solution? Je rencontre le même problème.
M. T

@ Mr.T, oui, je viens d'utiliser le bon réseau: config.vm.network: public_network, ip: "192.168.1.12", mac: "001122334455"
localhost

Pour ceux qui ont un problème similaire mais avec la saveur Homestead de Vagrant, voici ce que j'ai trouvé: superuser.com/a/1214376/74576
Ryan

Réponses:


9

En utilisant ifconfig , j'ai constaté que le masque de réseau attribué à la machine invitée différait de l'interface pontée de l'hôte, j'ai donc dû le spécifier manuellement. Une fois que j'ai fait cela, la machine virtuelle était accessible en dehors du système hôte. Voici mon entrée Vagrantfile:

config.vm.network :public_network, ip: '172.16.35.51', :netmask => '255.255.0.0', :bridge => 'eth0'

Avez-vous toujours deux interfaces définies? Comme eth0 avec 10.0.2.15 et eth1 avec une adresse IP statique?
Nikos Alexandris

Une idée de pourquoi c'est arrivé?
humble_wolf

0

Si je devais deviner à partir de cette petite quantité d'informations, je pointerais vers la table de routage ... le 10.0.2.15 eth0 nic transfère considérablement plus de données.


Comment puis-je obtenir plus d'informations?
localhost

ip route showde la vm serait un bon début ... alors nous devons savoir à quoi ces réseaux s'attachent: "10.0.2.15 est nat'd via le logiciel de visualisation qui est partagé par l'hôte qui se trouve derrière un routeur / modem et 192.168. 56.101 est un adaptateur ponté connecté au routeur / modem "etc.
Daniel Widrick

question mise à jour
localhost
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.