KVM Bridged Network Not Working


23

Ho appena installato KVM sul mio Ubuntu Server secondo questa guida: https://help.ubuntu.com/community/KVM/Installation

Quindi ha preparato una rete a ponte come mostrato qui: https://help.ubuntu.com/community/KVM/Networking

Quindi, ho creato una macchina virtuale con virt-manager. Ho provato più volte ma l'ospite non riesce a connettersi alla rete! Qualsiasi aiuto?

ifconfig:

      br0       Link encap:Ethernet  HWaddr d0:27:88:b0:e4:38  
                inet addr:192.168.20.100  Bcast:192.168.20.255  Mask:255.255.255.0
                inet6 addr: fe80::d227:88ff:feb0:e438/64 Scope:Link
                UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
                RX packets:62 errors:0 dropped:0 overruns:0 frame:0
                TX packets:62 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:0 
                RX bytes:10493 (10.4 KB)  TX bytes:8433 (8.4 KB)

      eth0      Link encap:Ethernet  HWaddr d0:27:88:b0:e4:38  
                UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
                RX packets:62 errors:0 dropped:0 overruns:0 frame:0
                TX packets:63 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000 
                RX bytes:11361 (11.3 KB)  TX bytes:8479 (8.4 KB)
                Interrupt:41 

      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)

      virbr0    Link encap:Ethernet  HWaddr 5a:8c:57:95:af:3b  
                inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
                UP BROADCAST MULTICAST  MTU:1500  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)

spettacolo brctl:

 bridge name    bridge id      STP enabled    interfaces
 br0       8000.d02788b0e438   no        eth0
 virbr0         8000.000000000000   yes  

brctl showmacs br0:

 port no   mac addr       is local? ageing timer
   1  5c:d9:98:67:b6:28   no          48.33
   1  d0:27:88:b0:e4:38   yes          0.00
   1  e0:2a:82:f9:6c:09   no           0.00

percorso ip:

 default via 192.168.20.1 dev br0  metric 100 
 192.168.20.0/24 dev br0  proto kernel  scope link  src 192.168.20.100 
 192.168.122.0/24 dev virbr0  proto kernel  scope link  src 192.168.122.1

* Nell'ospite * Non sono stato in grado di copiare le informazioni incollate dall'ospite perché non posso inviarle. Non ha ricevuto alcun IP dal DHCP. Non funzionerà nemmeno dopo averlo impostato manualmente.


Posso suggerire di fornire l'output dai seguenti comandi? Sul host: ifconfig, brctl show, brctl showmacs br0, e ip route. Sul ospite: ifconfig, ip route, ping 8.8.8.8, ping <your internet router>, e traceroute 8.8.8.8. Non posso dire di aver configurato kvm nel modo in cui lo hai fatto tu, ma ho iniziato a lavorare a ponte usando il kvmcomando. Ho dovuto disconnettere la connessione wireless in modo che il mio host si connettesse a Internet e, come dicono le indicazioni citate, è necessario connettersi a Internet con Ethernet.
John S Gruber,

@JohnSGruber Ho appena aggiunto le informazioni richieste. Ma non sono stato in grado di copiare e incollare le informazioni dall'ospite perché non riesco a farlo. Non ha ricevuto alcun IP dal DHCP. Non funzionerà nemmeno dopo averlo impostato manualmente.
THpubs,

L'indirizzo MAC assegnato al guest brctl showmacs br0nell'elenco sopra?
John S Gruber,

Non ho aggiunto manualmente il mac .. ma fammi controllare il mac che ha ..
THpubs

@JohnSGruber No, non vedo quel MAC qui!
THpubs,

Risposte:


22

Preliminari

Questo seguito ha funzionato per me per Ubuntu 12.04. Dovresti disabilitare il firewall del tuo computer mentre lo collaudi in modo che non interferisca.

Il file / etc / default / qemu-kvm dovrebbe essere come installato originariamente.

Sarà necessario disporre di bridge-utils qemu-kvm e libvirt-bin installati. Tutti gli utenti che utilizzano macchine virtuali dovrebbero essere aggiunti al gruppo libvirtd.Installa bridge-utils Installa qemu-kvmInstalla libvirt-bin

Sembra che non ci sia più alcuna necessità di aggiungere la funzionalità CAP_NET_ADMIN.

Configurazione di rete

La modalità di rete predefinita è la modalità Utente, chiamata anche SLIRP. Utilizza un bridge virbr0 predefinito che è NAT instradato al computer guest. Il routing NAT utilizza la funzione ip_forwarding del kernel e iptables . La modalità bridge utilizza un bridge virtuale nel guest a cui si connette l'interfaccia Ethernet (non numerata) e su cui sia l'host che il guest hanno le loro interfacce di rete.

I seguenti diagrammi possono rendere più chiare le differenze:

Schemi di rete

Puoi vedere come viene definita la rete utente predefinita con:

virsh net-dumpxml default

Posso impostare la modalità ponte con i seguenti approcci:

In / etc / network / interfaces (dalla parte ponte del post che menzioni nella tua domanda):

auto lo
iface lo inet loopback
#auto eth0
#iface eth0 inet dhcp
auto eth0
iface eth0 inet manual
auto br0
iface br0 inet dhcp
    bridge_ports eth0
    bridge_stp off
    bridge_fd 0
    bridge_maxwait 0

riavviare; e assicurarsi che la rete wireless non sia attiva. Controllare la route IP predefinita con ip route. Deve utilizzare l'interfaccia br0.

NB Se la tua Ethernet non è collegata quando viene apportata questa modifica, devi avere il cavo Ethernet collegato e ottenere un vettore o l'avvio si bloccherà per due minuti e non avrai la capacità di rete Questo perché l'interfaccia eth0, da trovandosi in questo file, deve apparire prima che l'avvio possa procedere normalmente.

NB In genere non è possibile utilizzare una rete wireless invece di eth0 a causa della loro incapacità di utilizzare più indirizzi MAC (deduco che ne abbia bisogno di una seconda per il bridge).

In alternativa è possibile disabilitare l'uso di Ethernet e assicurarsi che non abbia un indirizzo IP e che non sia impostato un percorso predefinito ip route. Poi:

 sudo ifconfig eth0 0.0.0.0 up
 sudo brctl addbr br0
 sudo brctl addif br0 eth0
 sudo ifconfig br0 up
 sudo dhclient br0 &

È inoltre possibile fornire un indirizzo IP statico qui, oltre a definire la route e l'indirizzo DNS predefiniti. Per questo esempio dhclientfa questo.

Ecco la mia tabella di percorso:

$ route list ip
impostazione predefinita tramite 192.168.1.1 dev br0 metrica 100 
169.254.0.0/16 dev br0 scope link metric 1000 
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.45 
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1

Usando kvm

Posso quindi avviare una macchina kvm con bridge con:

 $ sudo kvm -name Quantal -m 1024 -hda foo.qcow2 --soundhw ac97 -device virtio-net,netdev=tunnel -netdev tap,id=tunnel,ifname=vnet0

Il -netdev tapparametro rende sudo un requisito. All'avvio della VM qemu-kvm esegue i seguenti comandi:

ifconfig vnet0 0.0.0.0 in su
brctl addif brctl addif br0 vnet0

Questo viene fatto da / etc / qemu-ifup

L'interfaccia vnet0 della VM viene aggiunta al bridge br0 perché la route predefinita sopra utilizza quell'interfaccia bridge. Se non ci fosse, invece, l'interfaccia tap sarebbe aggiunta all'interfaccia virbr0. Dato che non è connesso a Internet, nei miei esperimenti NAT verrebbe utilizzato per connettere l'ospite all'host e a Internet. Puoi indirizzare la vnet0 verso un bridge particolare in / etc / default / qemu-kvm. Utilizzando virt-manager di seguito è possibile indirizzare esplicitamente a quale bridge connettersi.

A causa dei comandi precedenti emessi da qemu-kvm e dal -netdev tap,id=tunnel,ifname=vnet0parametro, la macchina virtuale vm è connessa al tunnel vnet0 e il tunnel è collegato al ponte br0.

Ora posso accedere direttamente a questo guest VM da un altro computer sulla mia rete.

Il mio host ifconfig(notare l'interfaccia vnet0 che appare sulla mia rete quando la VM è in esecuzione):

$ ifconfig
br0 Link encap: Ethernet HWaddr 00: 1e: 33: 88: 07: e5  
          inet addr: 192.168.1.45 Bcast: 255.255.255.255 Maschera: 255.255.255.0
          inet6 addr: fe80 :: 21e: 33ff: fe88: 7e5 / 64 Ambito: collegamento
          UP BROADCAST RUNNING MULTICAST MTU: 1500 Sistema metrico: 1
          Pacchetti RX: 6526 errori: 0 rilasciati: 0 sovraccarichi: 0 frame: 0
          Pacchetti TX: 7543 errori: 0 rilasciati: 0 sovraccarichi: 0 portante: 0
          collisioni: 0 txqueuelen: 0 
          Byte RX: 2712940 (2,7 MB) Byte TX: 1071835 (1,0 MB)

eth0 Link encap: Ethernet HWaddr 00: 1e: 33: 88: 07: e5  
          UP BROADCAST RUNNING MULTICAST MTU: 1500 Sistema metrico: 1
          Pacchetti RX: 7181 errori: 0 rilasciati: 0 sovraccarichi: 0 frame: 0
          Pacchetti TX: 7740 errori: 0 rilasciati: 0 sovraccarichi: 0 portante: 0
          collisioni: 0 txqueuelen: 1000 
          Byte RX: 2974585 (2,9 MB) Byte TX: 1096580 (1,0 MB)
          Interruzione: 43 Indirizzo base: 0x6000 

lo Link encap: Local Loopback  
          inet addr: 127.0.0.1 Maschera: 255.0.0.0
          inet6 addr: :: 1/128 Ambito: host
          UP LOOPBACK RUNNING MTU: 16436 Metrico: 1
          Pacchetti RX: 10 errori: 0 rilasciati: 0 sovraccarichi: 0 frame: 0
          Pacchetti TX: 10 errori: 0 rilasciati: 0 sovraccarichi: 0 portante: 0
          collisioni: 0 txqueuelen: 0 
          Byte RX: 664 (664,0 B) Byte TX: 664 (664,0 B)

vnet0 Link encap: Ethernet HWaddr ca: 0c: 73: c3: bc: 45  
          inet6 addr: fe80 :: c80c: 73ff: fec3: bc45 / 64 Ambito: collegamento
          UP BROADCAST RUNNING MULTICAST MTU: 1500 Sistema metrico: 1
          Pacchetti RX: 226 errori: 0 rilasciati: 0 sovraccarichi: 0 frame: 0
          Pacchetti TX: 429 errori: 0 rilasciati: 0 sovraccarichi: 0 portante: 0
          collisioni: 0 txqueuelen: 500 
          Byte RX: 26919 (26,9 KB) Byte TX: 58929 (58,9 KB)

virbr0 Link encap: Ethernet HWaddr d6: 18: 22: db: ff: 93  
          inet addr: 192.168.122.1 Bcast: 192.168.122.255 Maschera: 255.255.255.0
          UP BROADCAST MULTICAST MTU: 1500 Metrico: 1
          Pacchetti RX: 0 errori: 0 rilasciati: 0 sovraccarichi: 0 frame: 0
          Pacchetti TX: 0 errori: 0 rilasciati: 0 sovraccarichi: 0 portante: 0
          collisioni: 0 txqueuelen: 0 
          Byte RX: 0 (0,0 B) Byte TX: 0 (0,0 B)

La mia configurazione bridge durante l'esecuzione della VM:

$ brctl show
nome ponte ID ponte STP abilitato interfacce
br0 8000.001e338807e5 no eth0
                                                        vnet0
virbr0 8000.000000000000 sì

Si noti che sia l'interfaccia vnet0 della macchina virtuale sia l'interfaccia eth0 sono collegate al bridge br0.

E i MAC sono sull'interfaccia br0:

$ brctl showmacs br0
port no mac addr è locale? timer di invecchiamento
  1 00: 05: 5d: cf: 64: 61 no 2.54
  1 00: 19: d2: 42: 5d: 3f n. 36.76
  1 00: 19: df: da: af: 7c n. 2.86
  1 00: 1e: 33: 88: 07: e5 sì 0,00
  1 00: 60: 0f: e4: 17: d6 n. 0,79
  2 52: 54: 00: 12: 34: 56 no 0.80
  1 58: 6d: 8f: 17: 5b: c0 no 5.91
  1 c8: aa: 21: be: 8d: 16 no 167.69
  2 ca: 0c: 73: c3: bc: 45 sì 0,00

Si noti che l'interfaccia br0 collega il mio computer host allo stesso bridge utilizzato dal guest.

Puoi controllare che sei in bridge piuttosto che NAT instradato alla tua rete usando traceroute 8.8.8.8. Se il primo nodo è il router della tua rete anziché l'indirizzo IP dell'ospite, la tua rete dovrebbe funzionare correttamente.

Vedi questa documentazione .

virt-manager

Assicurati di aver installato virt-managere hal. Il halpacchetto è una dipendenza suggerita per virt-managere viene utilizzato per determinare la configurazione di rete del sistema durante la creazione o la modifica dei guest.

Pur avendo definito il bridge br0 come sopra, ho creato una macchina virtuale con virt-manager come segue:

inserisci qui la descrizione dell'immagine inserisci qui la descrizione dell'immagine inserisci qui la descrizione dell'immagine inserisci qui la descrizione dell'immagine inserisci qui la descrizione dell'immagine

Sono stato in grado di andare direttamente al resto della mia rete domestica e su Internet da questo ospite. Sono stato anche in grado di inserirvi nell'altro computer Ubuntu (non host, non guest) sulla mia rete domestica.

Ecco il kvmcomando molto lungo eseguito da virt-manager (per il confronto con EApub o chiunque altro abbia problemi con questo):

/ usr / bin / kvm -S -M pc-1.0 -enable-kvm -m 1024 -smp 1, socket = 1, core = 1, thread = 1-name preciso -uuid f057a729-eda6-4b85-84dc-f100c9ae3789 - nodefconfig -nodefaults -chardev socket, id = charmonitor, path = / var / lib / libvirt / qemu / precise.monitor, server, nowait -mon chardev = charmonitor, id = monitor, mode = control -rtc base = utc -no- shutdown -drive file = / media / natty / home / gruber / ubuntu-kvm / tmpW8gSGB.qcow2, if = none, id = drive-ide0-0-0, format = qcow2 -device ide-drive, bus = ide.0 , unità = 0, unità = drive-ide0-0-0, id = ide0-0-0, bootindex = 1 -netdev tap, fd = 18, id = hostnet0 -device rtl8139, netdev = hostnet0, id = net0, mac = 52: 54: 00: 0e: da: 9b, bus = pci.0, addr = 0x3 -chardev pty, id = charserial0 -device isa-serial, chardev = charserial0, id = serial0 -usb -vnc 127.0.0.1: 0 -vga cirrus -device intel-hda, id = sound0, bus = pci.0, addr = 0x4 -device hda-duplex, id = sound0-codec0, bus = sound0.0,cad = 0 -device virtio-balloon-pci, id = balloon0, bus = pci.0, addr = 0x5

Ecco la parte di rete della descrizione della macchina virtuale in /etc/libvirt/qemu/quantal.xml

    <interface type='bridge'>
      <mac address='52:54:00:b0:8e:aa'/>
      <source bridge='br0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>

Secondo questo link, per prestazioni e affidabilità, potrebbe essere meglio impostare il modello di dispositivo di rete su virtio, è possibile farlo nel virt-viewer premendo il pulsante i , andando all'impostazione NIC e impostando "Modello dispositivo "a virtio. Puoi anche aggiungerlo all'XML sopra aggiungendo la riga:

      <model type='virtio'/>

In sintesi

Tutto questo il 12.04 è stato:

  1. Installazione di virt-manager, bridge-utils, qemu-kvm e pacchetti correlati
  2. Assicurati che ogni utente che desideri usare kvm sia nel gruppo libvirtd.
  3. Definire / etc / network / interfaces come sopra (che corrispondono all'articolo citato)
  4. Riavvia, assicurandoti che Ethernet sia collegato e che il wireless (se presente) sia spento.
  5. Esegui kvm contro un'immagine direttamente con, ad esempio -device e1000,netdev=tunnel -netdev tap,id=tunnel,ifname=vnet0, oppure crea una macchina virtuale con virt-manager, specificando la rete Bridge br0 nel pannello Passaggio 4> Opzioni avanzate.

Non sono state necessarie ulteriori modifiche a reti, funzionalità, modelli o configurazioni.

Per esporre un servizio nel tuo nuovo ospite su Internet dovresti:

  1. Preparare e configurare qualsiasi servizio firewall necessario.
  2. Assegna un indirizzo statico nella configurazione del tuo ospite o nel tuo servizio DHCP.
  3. Se si utilizza un router NAT, aprire una porta per il servizio che si sta implementando indirizzandolo all'indirizzo IP del guest.

Ricordare di testare e riattivare il servizio firewall per il computer host. Potrebbe essere necessario l'ingresso per inoltrare il traffico all'ospite.

Vedi https://help.ubuntu.com/community/KVM/Installation , https://help.ubuntu.com/community/KVM/Networking e https://help.ubuntu.com/12.04/serverguide/libvirt. html .


Ciao, non ho una scheda wireless su quella macchina. solo Ethernet :)
THpubs,

Capisco che non hai wireless - ma altri potrebbero leggere questa domanda. Ho pubblicato una sezione virt-manager poiché è quello che hai usato. Hai specificato Bridged su br0 nel passaggio 4 Opzioni avanzate durante la creazione della macchina virtuale? I parametri di rete nel comando kvm lanciato da virt-manager corrispondono ai miei? (Puoi vederlo eseguendo ps aux | grep kvm).
John S Gruber,

Ciao quando creo una macchina virtuale usando virt manager, nelle opzioni avanzate, non vedo eth0 e br0.
THpubs,

Bene, questo è probabilmente il problema: è la chiave per farlo funzionare sotto virt-manager. Sei in esecuzione sul computer che lo ospiterà (e con br0 definito brctl showcome lo hai nella tua domanda?) Quale versione di Ubuntu stai eseguendo? Forse questa è la differenza. Quale versione di virt-manager? (Il mio è 0.9.1-1ubuntu5.1).
John S Gruber,

Sono in esecuzione Ubuntu 12.04 e virt-manager 0.9.1-1ubuntu5.1. In realtà, non ho virt-manager installato nell'host. L'ho in una macchina remota e lo uso per connettersi all'host. È questo il problema?
THpubs,

6

Se il comportamento che stai riscontrando è l'host può accedere all'ospite e l'ospite può accedere all'host, ma l'ospite non può accedere ad altre macchine sulla rete o viceversa ... probabilmente il firewall dell'host sta bloccando l'accesso.

Vedere: https://bugs.launchpad.net/ubuntu/+source/ufw/+bug/573461

In particolare, questa sezione: "Il passaggio finale è disabilitare netfilter sul bridge:

# cat >> /etc/sysctl.conf <<EOF
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-call-arptables = 0
EOF

3

Questi sono i due script che utilizzo per creare un bridge qemu-kvm .

Innanzitutto, lascia che l'host diventi un router IP.

Script ip-router.sh:

#!/bin/bash

internetinterface="eth0"

username=`whoami`

if [ "x$username" != "xroot" ] ; then

    echo    
    echo "You must be root in order to run this script..."
    echo    

    exit    

fi  

if [ "x$1" != "x" ] ; then
    internetinterface="$1"
fi  

if [ "x$1" == "xdel" ] || [ "x$2" == "xdel" ] ; then
    disable="1"
else
    disable="0"
fi  

if [ "$disable" == "0" ] ; then
    echo "Enabling IP forward and setting up masquerade NAT on interface $internetinterface"

    echo 1 > /proc/sys/net/ipv4/ip_forward

    iptables -t nat -A POSTROUTING -o $internetinterface -j MASQUERADE
else
    echo "Disable IP forward and setting down masquerade NAT on interface $internetinterface"

    echo 0 > /proc/sys/net/ipv4/ip_forward

    iptables -t nat -D POSTROUTING -o $internetinterface -j MASQUERADE
fi  

Quindi, crea l' tun-tapinterfaccia ebridge con l'interfaccia predefinita (di solito quella con una connessione Internet).

Script create-qemu-bridged-tuntap.sh:

#!/bin/bash

bridgename=br0
tapinterface=tap0
outinterface=eth1

if [ "x$1" != "x" ] ; then
    outinterface="$1"
fi  

ifaces=`awk -F: '{print $1}' /proc/net/dev | tail -n +3`
iffound="0"

for i in $ifaces
do  
    if [ "$outinterface" == "$i" ] ; then
            iffound="1"
    fi  
done

if [ "$iffound" == "0" ] ; then
    echo
    echo "Can't find the output interface."
    echo
    exit 1
fi  

outifaceip=`ifconfig | grep -A1 $outinterface | tail -1 | awk -F: '{print $2}' | awk '{print $1}'`
outifaceiptokens=`echo $outifaceip | awk -F \. '{print NF}'`

if [ "$outifaceiptokens" != "4" ] ;  then
    echo
    echo "The selected output interface $outinterface doesn't seem to have a valid IP address."
    echo
    exit 1
fi  

hostaddress="192.168.1.1"
guestaddress="192.168.1.95"

sudo tunctl -t $tapinterface

sudo brctl addbr $bridgename
sudo brctl addif $bridgename $tapinterface

sudo ip link set $bridgename up
sudo ip addr add $hostaddress/24 dev $bridgename

sudo route add -host $guestaddress dev $bridgename
sudo parprouted eth1 $bridgename

sudo ~/scripts/ip-router.sh $outinterface

Uso questi script ogni giorno, quindi dovrebbero funzionare bene anche per te. Dovrai installare alcuni pacchetti per far funzionare tutto questo. usando:

dlocate `which COMMAND`

puoi vedere quale pacchetto è necessario avere COMMAND. Ad esempio, per vedere quale pacchetto è necessario disporre brctl, è sufficiente eseguire:

dlocate `which brctl`

e avrai:

bridge-utils: /sbin/brctl

Utilizzando lo stesso approccio per tutti i comandi in questi script, è necessario (almeno) eseguire questa aptituderiga di comando:

sudo aptitude install dlocate iproute parprouted iptables uml-utilities bridge-utils net-tools

Infine, puoi avviare lo script principale (come un normale utente):

#> create-qemu-bridged-tuntap.sh eth0
Set 'tap0' persistent and owned by uid 0
Enabling IP forward and setting up masquerade NAT on interface eth0

In esecuzione ip addrdovresti vedere br0un'interfaccia con indirizzo IP 192.168.1.1, come specificato nello create-qemu-bridged-tuntap.shscript:

#> ip addr
8: br0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN 
    link/ether 36:76:ee:d6:63:b2 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.1/24 scope global br0

Questo è il host addressvisto dal guest. Al contrario, l'ospite avrà come indirizzo IP192.168.1.95 (di nuovo, questo può essere facilmente modificato all'interno dello script principale).

Ora, usando virt-manager, devi solo configurare il tuo guest nic da usare br0come interfaccia fisica.

virt-manager-br0-nic

All'interno di guest, devi solo dare eth0un indirizzo IP di 192.168.1.95e tutto dovrebbe funzionare bene.

Slackware13:~> ifconfig 
eth0      Link encap:Ethernet  HWaddr 52:54:00:F7:6A:78  
          inet addr:192.168.1.95  Bcast:192.168.1.255  Mask:255.255.255.0

Anche se stai usando un bridge per farlo, mi sembra che stai creando una struttura di inoltro NAT. Tuttavia, se è possibile eseguire il port forwarding di determinate porte host, forse farà ciò che EApubs vuole. Risposta molto interessante e molto utile a prescindere.
John S Gruber,

Grazie, funziona perfettamente per i miei scopi. Ma, di fatto, non ho bisogno di un accesso remoto alla mia VM e ho pensato che EApubs stesse semplicemente cercando di avere un accesso a Internet sulla sua VM.
Avio,

@Avio No amico mio, ho bisogno dell'accesso remoto alla mia macchina. Se imposto NAT e creo la VM, funziona.
THpubs,

C'è un indizio qui per un problema che ho avuto in cui l'inoltro IP era spento, che viene cat /proc/sys/net/ipv4/ip_forwarddato 0. Abilitandolo e persistendo, ho risolto il problema per me, le istruzioni in questo post .
Jake Cobb,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.