KVM Неработающая сеть не работает

19

Я только что установил KVM на свой Ubuntu Server в соответствии с этим руководством: Ссылка

Затем подготовили мостовую сеть, как показано здесь: Ссылка

Затем я создал виртуальную машину с virt-manager. Я несколько раз пытался, но гость не смог подключиться к сети! Любая помощь?

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)

brctl show:

 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

ip route:

 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

* В гостевой * мне не удалось скопировать вставку информации от гостя, потому что не может ssh к ней. Он не получил IP-адрес от DHCP. Не работает даже после настройки вручную.

    
задан THpubs 23.08.2012 в 18:56
источник

3 ответа

18

Отборочные

Это работало для меня для Ubuntu 12.04. Вы должны отключить брандмауэр своего компьютера при проверке этого, чтобы он не мешал.

Файл / etc / default / qemu-kvm должен быть как первоначально установлен.

Вам понадобится мостовые утилиты qemu -kvm и libvirt-bin . Любые пользователи, использующие виртуальные машины, должны быть добавлены в группу libvirtd.

Кажется, что нет необходимости добавлять возможности CAP_NET_ADMIN.

Настройка сети

Сетевой режим по умолчанию - это пользовательский режим, также называемый SLIRP. Он использует предопределенный мост virbr0, который NAT направляется на гостевой компьютер. Маршрутизация NAT использует функцию ip_forwarding ядра и iptables . Режим Bridge использует виртуальный мост в гостевой системе, к которому подключен (ненумерованный) Ethernet-интерфейс, и на котором оба хоста и гость имеют свои сетевые интерфейсы.

Следующие диаграммы могут сделать различия более четкими:

Вы можете видеть, как определяется сеть пользователя по умолчанию:

virsh net-dumpxml default

Я могу настроить мостовой режим со следующими подходами:

В / etc / network / interfaces (из мостовой части сообщения, которое вы указываете в своем вопросе):

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

Перезагрузка; и убедитесь, что беспроводная сеть не активна. Проверьте IP-адрес по умолчанию с ip route . Он должен использовать интерфейс br0.

N.B. Если ваш Ethernet не подключен при этом изменении, вам необходимо подключить ваш кабель Ethernet и получить носитель, или загрузка будет висеть в течение двух минут, и у вас не будет возможности сети. Это потому, что eth0 интерфейс, находясь в этом файле, должен появиться до того, как загрузка начнется нормально.

N.B. Как правило, вы не можете использовать беспроводную сеть вместо eth0 из-за их неспособности использовать несколько MAC-адресов (я полагаю, что им нужен второй для моста).

В качестве альтернативы вы можете отключить использование Ethernet и убедиться, что у него нет IP-адреса, и что маршрут по умолчанию не установлен с ip route . Тогда:

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

Здесь вы также можете указать статический IP-адрес, а также определить маршрут по умолчанию и адрес DNS. Для этого примера dhclient делает это.

Вот моя таблица маршрутов:

$ip route list
default via 192.168.1.1 dev br0  metric 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

Использование kvm

Затем я могу загрузить мостовую машину kvm с помощью:

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

Параметр -netdev tap делает sudo требованием. При запуске vm qemu-kvm запускает следующие команды:

ifconfig vnet0 0.0.0.0 up
brctl addif brctl addif br0 vnet0

Это делается с помощью / etc / qemu-ifup

Интерфейс vnet vm vm добавляется к мосту br0, потому что маршрут по умолчанию использует этот интерфейс моста. Если бы он не был, вместо этого интерфейс интерфейса был бы добавлен в интерфейс virbr0. Поскольку это не связано с Интернетом, NAT будет использоваться для подключения гостя к хосту и Интернету в моих экспериментах. Вы можете направить vnet0 на конкретный мост в / etc / default / qemu-kvm. Используя virt-manager ниже, вы можете прямо указать, к какому мосту подключиться.

Из-за вышеприведенных команд, выданных qemu-kvm и параметра -netdev tap,id=tunnel,ifname=vnet0 , виртуальная машина vm подключается к туннелю vnet0, а туннель подключается к мосту br0.

Теперь я могу напрямую передать ssh в этот гостевой vm с другого компьютера в моей сети.

Мой хост ifconfig (обратите внимание на интерфейс vnet0, который появляется в моей сети при запуске vm):

$ifconfig
br0       Link encap:Ethernet  HWaddr 00:1e:33:88:07:e5  
          inet addr:192.168.1.45  Bcast:255.255.255.255  Mask:255.255.255.0
          inet6 addr: fe80::21e:33ff:fe88:7e5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6526 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7543 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:2712940 (2.7 MB)  TX bytes:1071835 (1.0 MB)

eth0      Link encap:Ethernet  HWaddr 00:1e:33:88:07:e5  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7181 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7740 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2974585 (2.9 MB)  TX bytes:1096580 (1.0 MB)
          Interrupt:43 Base address:0x6000 

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:10 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:664 (664.0 B)  TX bytes:664 (664.0 B)

vnet0      Link encap:Ethernet  HWaddr ca:0c:73:c3:bc:45  
          inet6 addr: fe80::c80c:73ff:fec3:bc45/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:226 errors:0 dropped:0 overruns:0 frame:0
          TX packets:429 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500 
          RX bytes:26919 (26.9 KB)  TX bytes: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  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)

Конфигурация моста при запуске виртуальной машины:

$brctl show
bridge name bridge id       STP enabled interfaces
br0             8000.001e338807e5       no              eth0
                                                        vnet0
virbr0          8000.000000000000       yes

Обратите внимание, что интерфейс vnet0 виртуальной машины и интерфейс eth0 подключены к мосту br0.

И MAC на интерфейсе br0:

$brctl showmacs br0
port no mac addr        is local?   ageing timer
  1 00:05:5d:cf:64:61   no         2.54
  1 00:19:d2:42:5d:3f   no        36.76
  1 00:19:df:da:af:7c   no         2.86
  1 00:1e:33:88:07:e5   yes        0.00
  1 00:60:0f:e4:17:d6   no         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   yes        0.00

Обратите внимание, что интерфейс br0 подключает мой главный компьютер к тому же мосту, который используется гостем.

Вы можете проверить, что вы используете мосты, а не NAT, перенаправленные в вашу собственную сеть, используя traceroute 8.8.8.8 . Если первый узел является маршрутизатором вашей сети, а не ip-адресом гостя, ваша сеть должна работать правильно.

См. эту документацию .

virt-manager

Убедитесь, что вы установили virt-manager и hal . Пакет hal представляет собой предлагаемую зависимость для virt-manager и используется для определения сетевой конфигурации вашей системы при создании или редактировании гостей.

При наличии моста br0, определенного выше, я создал виртуальную машину с virt-manager следующим образом:

Мне удалось напрямую перейти к остальной части моей домашней сети и к Интернету от этого гостя. Я также смог ssh в него с другого (не хоста, не гостя) компьютера Ubuntu в моей домашней сети.

Вот очень длинная команда kvm , выполняемая virt-manager (для сравнения с EApubs или с кем-либо, у кого есть проблемы с этим):

/usr/bin/kvm -S -M pc-1.0 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name precise -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,drive=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

Ниже приведена сетевая часть описания виртуальной машины в файле /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>

В соответствии с этой ссылкой, для повышения производительности и надежности, может быть, лучше всего настройте модель сетевого устройства на virtio , вы можете сделать это в виртуляторе, нажав кнопку i , перейдя к настройке сетевого адаптера и установив для параметра «Модель устройства» значение virtio , Вы также можете добавить это в xml выше, добавив строку:

      <model type='virtio'/>

В резюме

Все это заняло 12,04:

  1. Установка virt-manager, bridge-utils, qemu-kvm и связанных с ним пакетов
  2. Убедитесь, что каждый пользователь, желающий использовать kvm, находится в группе libvirtd.
  3. Определение / etc / network / interfaces, как указано выше (которые соответствуют цитируемой статье)
  4. Перезагрузитесь, убедитесь, что Ethernet подключен, а беспроводной (если есть) отключен.
  5. Либо запустить kvm против изображения непосредственно с помощью, например, -device e1000,netdev=tunnel -netdev tap,id=tunnel,ifname=vnet0 или создать виртуальную машину с virt-manager, указав сетевой мост Br0 на панели «Дополнительные параметры».

Никаких дополнительных изменений не требуется для создания сетей, возможностей, шаблонов или конфигураций.

Чтобы открыть службу у вашего нового гостя в Интернете, вы должны:

  1. Подготовьте и настройте любой сервис брандмауэра, который вам понадобится.
  2. Назначьте статический адрес в настройках гостевой системы или в вашей службе DHCP.
  3. Если вы используете NAT-маршрутизатор, откройте порт для службы, которую вы используете, направляя ее на IP-адрес гостя.

Не забудьте проверить и снова включить службу брандмауэра для вашего хост-компьютера. Может потребоваться любая запись для отправки трафика гостю.

См. Ссылка , Ссылка и Ссылка .

    
ответ дан John S Gruber 15.09.2012 в 02:34
источник
3

Это два сценария, которые я использую для создания моста для qemu-kvm .

Сначала позвольте хосту стать IP-маршрутизатором.

Скрипт 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" != "x" ] ; then
    internetinterface=""
fi  

if [ "x" == "xdel" ] || [ "x" == "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  

Затем создайте интерфейс tun-tap и bridge с вашим интерфейсом по умолчанию (обычно с подключением к Интернету).

Скрипт create-qemu-bridged-tuntap.sh :

#!/bin/bash

bridgename=br0
tapinterface=tap0
outinterface=eth1

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

ifaces='awk -F: '{print }' /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 }' | awk '{print }''
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

Я использую эти скрипты ежедневно, поэтому они должны хорошо работать и для вас. Вам нужно будет установить какой-то пакет, чтобы все это работало. Использование:

dlocate 'which COMMAND'

вы можете увидеть, какой пакет требуется для COMMAND . Например, чтобы посмотреть, какой пакет требуется для brctl , просто запустите:

dlocate 'which brctl'

, и у вас будет:

bridge-utils: /sbin/brctl

Используя тот же подход для всех команд в этих сценариях, вы должны (по крайней мере) запустить эту командную строку aptitude :

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

Наконец, вы можете запустить основной скрипт (как обычный пользователь):

#> 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

Запустив ip addr , вы увидите интерфейс br0 с IP-адресом 192.168.1.1 , как указано внутри скрипта create-qemu-bridged-tuntap.sh :

#> 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

Это host address , как видно из guest . И наоборот, гость будет иметь IP-адрес 192.168.1.95 (опять же, это можно легко изменить внутри основного скрипта).

Теперь, используя virt-manager , вам просто нужно настроить гостевой nic, чтобы использовать br0 в качестве физического интерфейса.

Внутри guest вам просто нужно указать eth0 IP-адрес 192.168.1.95 , и все должно работать нормально.

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
    
ответ дан Avio 14.09.2012 в 11:32
3

Если поведение, которое вы видите, является хостом, может получить доступ к гостю, а гость может получить доступ к хосту, но гость не может получить доступ к другим машинам в сети или наоборот. Вероятно, брандмауэр хоста блокирует доступ.

Смотрите: Ссылка

В частности, этот раздел: «Последний шаг - отключить netfilter на мосту:

# 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
    
ответ дан Jeremy Spilman 13.06.2013 в 07:59