IP pubblico vagabondo non accessibile

10

Ho questa configurazione:

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

E dopo che vagrant upifconfig stampa:

 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)

Ma non riesco ancora ad accedere al server 192.168.56.101sul mio computer o su qualsiasi altro sulla mia rete. Quando la configurazione era, private_serverpotevo accedere all'indirizzo dalla mia macchina.

mostra percorso ip

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

Quando la VM è in esecuzione, la configurazione della rete VB mostra due connessioni:

Adapter 1
Attached to: NAT

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

Quindi suppongo che eth0 sia NAT e eth1 sia una connessione a ponte? il Intel Ethernet Connectionè il mio cavo ethernet collegato al router.

Anche quando apro la rete e il centro di condivisione, mi dice che esiste una rete non identificata con 2 connessioni: VirtualBox Host-Only Networke VirtualBox Host-Only Network #2. Il che è fonte di confusione poiché ho impostato Vagrant per utilizzare una rete pubblica.

virtualbox vagrant

— localhost
fonte

Hai mai trovato una soluzione? Sto riscontrando lo stesso problema.

— Sig. T,

@ Mr.T, sì, ho appena usato la rete corretta: config.vm.network: public_network, ip: "192.168.1.12", mac: "001122334455"

— localhost

Per coloro che hanno un problema simile ma con il sapore Homestead di Vagrant, ecco cosa ho trovato: superuser.com/a/1214376/74576

— Ryan

9

Usando ifconfig , ho scoperto che la maschera di rete assegnata alla macchina guest differiva dall'interfaccia bridge dell'host, quindi ho dovuto specificarla manualmente. Una volta fatto ciò, la VM era accessibile al di fuori del sistema host. Ecco la mia voce di Vagrantfile:

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

— Alan
fonte

Hai ancora due interfacce impostate? Come eth0 con 10.0.2.15 ed eth1 con un IP statico?

— Nikos Alexandris,

Qualche idea sul perché sia successo?

— humble_wolf

0

Se dovessi indovinare da questa piccola quantità di informazioni, indicherei la tabella di routing ... 10.0.2.15 eth0 nic sta trasferendo molti più dati.

— Daniel Widrick
fonte

Come posso ottenere maggiori informazioni?

— localhost

ip route showdal vm sarebbe un buon inizio ... quindi dobbiamo sapere a cosa si collegano queste reti: "10.0.2.15 è nat tramite il software di visualizzazione che è condiviso attraverso l'host che si trova dietro un router / modem e 192.168. 56.101 è un adattatore a ponte collegato al router / modem "ecc.

— Daniel Widrick

domanda aggiornata

— localhost