Dotaz: QEMU a networking

[Karel Malik]

Dobry den,

pouzivam QEMU pro virtualizaci systemu WinXP. Ve virtualizovanem systemu jsem potreboval pripojeni k internetu, tak jsem to provizorne vyresil pomoci NATu:

sudo sh -c 'echo 1 > /proc/sys/net/ipv4/ip_forward'
sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

a pres tap0 rozhrani. Takto to funguje paradne.

Tim jsem vsak v ramci sve site (kterou vytvari muj domaci router) vytvoril jeste jeden subnet, ve kterem se vyskytuji fyzicky a virtualizovany pocitac. Potreboval bych to vsak vyresit bez vytvoreni dalsi podsite, tedy tak, ze ve virualnim WinXP OS nastavim prideleni IP adresy pomoci DHCP serveru a virtualizovany OS obdrzi IP primo od meho routeru. Melo by se to tedy jevit tak, jako kdyby na siti byly dva samostatne pocitace. Doufam, ze jsem to vysvetlil poradne. Toto se mi uz drive podarilo dosahnout s VirtualBoxem, avsak s QEMU stale tapu. Budu moc vdecny za rady.

---

---

Odpovědi

[vencour]

Obecný postup, dle mne ... udělat bridge, na br0 mít adresu, co vidí router, nahodit tapX, jenž bude propojen na virtuální stroje, adresu buď nastavíte ručně nebo přes dhcp z venku ... pozor na nastavení MAC pro vnitřní adresu virtuálního stroje.

Ona formulace pro síť je u mne "qemu ... -net nic,model=e1000,macaddr=52:54:00:12:34:77 -net tap,ifname=tapX,script=no"

[Karel Malik]

Dekuji moc reakci, je to vsak na me prilis strucne.

udělat bridge, na br0 mít adresu, co vidí router

Jak presne udelam ten bridge? Googlil jsem a hral jsem si s brctl ale nevim jestli jsem na dobre ceste. Jeste by me zajimalo co presne znamena "adresa co vidi router"

nahodit tapX

Delam to takto:

sudo tunctl -t tap0 -u user
sudo ip link set tap0 up
sudo ip addr add 10.0.0.1/24 dev tap0

ale nejsem si jisty, jakou IP adresu v tom tretim prikazu nastavit. Adresa me site je 192.168.0.0/24, router ma 192.168.0.1.

pozor na nastavení MAC pro vnitřní adresu virtuálního stroje

Proc pozor na MAC adresu? Jakou s tim ma souvislost?

A k cemu je tam ten option "model=e1000"?

[vencour]

Ok. V jádru musí být podpora pro 802.1d, v gentoo mam k tomu bridge-utils, tunctl máte.

Nastavení sítě, pokud máte 192.168.0.1/24 router bych nechal třeba 192.168.0.10/24 na br0 a 192.168.0.20/24 dal do virtuálu.

Ohledně nastavení ... cílem je br0 s onou IP 192.168.0.10/24 na br0, eth0 bez IP adresy, tap0 bez IP adresy a 192.168.0.20/24 ve virtuálu, postup bude:

ip addr flush dev eth0
brctl addbr br0
tunctl -u user -t tap0
brctl addif br0 tap0
ip li set tap0 promisc on
ip li set tap0 up
ip li set eth0 promisc on
ip li set eth0 up
ip li set br0 up
ip add add 192.168.0.10/24 dev br0
ip route add default via 192.168.0.10

a k tomu ve virtuálu nastavení IP adresy taky ručně nebo přes dhcp. Pokud máte kvm, tak mít modul kvm_intel (máte-li Intel) nahranej a být ve skupině kvm.

Defaultně dává qemu síťovku realtek (asi r8169), tu se mi nepodařilo rozchodit, proto volim "model=e1000", s tou mam ověřenou funkčnost. MAC adresu je vhodné nastavit, jelikož je to L2 spoj ... při více virtuálních serverech nelze mít stejné MAC adresy ... taky jsem už narazil , je velice vhodné nastavit MAC adresu již při startu.

DOPLNĚNO 2.3.2010 pro úplnost diskuse chybí přidání eth0 do bridge, tedy "brctl addif br0 eth0"

[Karel Malik]

Dekuji, nerozumim vsak, co tam dela ta IP 192.168.0.10/24? Chci aby fyzicky i virtualizovany system dostaly adresu od dhcp serveru (= router na 192.168.0.1).

Jinak co jsem to zkousel, tak vsechny ty prikazy probehly v pohode, jenze tim ze jsem si prenastavil vychozi branu na 192.168.0.10 (nevim proc) mi prestal fungovat internet (chapu proc).

Routovaci tabulka pote vypada takto:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
192.168.0.0     0.0.0.0         255.255.255.0   U     202    0        0 eth0
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 br0
0.0.0.0         192.168.0.10    0.0.0.0         UG    0      0        0 br0
0.0.0.0         192.168.0.1     0.0.0.0         UG    202    0        0 eth0

[vencour]

Pravda, já to zvrzal ... routa se dává na router ... ne na lokál, omlouvam se ...

Když nastavíte bridge a tapX, měl byste dostat ve virtuálu přes dhcp adresu, jste v jednom segmentu. A když na to přijde, i na br0 byste ji moh dostat ... to už je na tom, co máte radši (dhcp/static).

[Karel Malik]

No radeji mam DHCP:)

Jak se tedy prosim to, jak jste to ted upresnil, projevi v te sade prikazu co jste psal vyse?

[vencour]

Že jsem zvrzal statické nastavení routy ve fyzickém stroji by mělo mít vliv jen na provoz v tom fyzickém stroji, ve virtuálu by mělo dhcp makat.

Chybně jsem uvedl ip route add default via 192.168.0.10, podle Vašeho nastavení tam mělo být ip route add default via 192.168.0.1 ...

[Karel Malik]

A toto tam ma taky byt?

ip add add 192.168.0.10/24 dev br0

[vencour]

Když chcete dhcp, tak také ne.

[Karel Malik]

Dekuji, narazil jsem vsak na tento problem. Pokud qemu spustim takto:

sudo modprobe kqemu
sudo qemu -localtime -m 1024 -hda root.img -net nic,model=e1000,macaddr=52:54:00:12:34:77 -net tap,ifname=tap0,script=no

Tak ve virtualizovanych windows xp pak nevidim zadny sitovy adapter. Windows sice rekne "nalezen novy HW" avsak jeho instalace se nezdari:/

[Karel Malik]

Pokud oddelam ten parametr "model=e1000", tak windows vidi sitove rozhrani (prave ten realtek jak jste psal). Jenze stejne si od routeru nevyzada IP adresu.

Pred startem qemu jsem spustil jeste skript s timto:

echo "sudo ip addr flush dev eth0"
sudo ip addr flush dev eth0
echo "sudo brctl addbr br0"
sudo brctl addbr br0
echo "sudo tunctl -u user -t tap0"
sudo tunctl -u stoyan -t tap0
echo "sudo brctl addif br0 tap0"
sudo brctl addif br0 tap0
echo "sudo ip li set tap0 promisc on"
sudo ip li set tap0 promisc on
echo "sudo ip li set tap0 up"
sudo ip li set tap0 up
echo "sudo ip li set eth0 promisc on"
sudo ip li set eth0 promisc on
echo "sudo ip li set eth0 up"
sudo ip li set eth0 up
echo "sudo ip li set br0 up"
sudo ip li set br0 up
echo "sudo ip route add default via 192.168.0.1"
sudo ip route add default via 192.168.0.1

Ten posledni prikaz mi sice rekl

RTNETLINK answers: No such process

ale routovaci tabulka je podle me v poradku:

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     202    0        0 eth0
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eth0
0.0.0.0         192.168.0.1     0.0.0.0         UG    202    0        0 eth0

[vencour]

Pokud máte mít nastavený bridge se statickou adresou, tak nevidim, že byste pro to měl příkaz? Provoz lze ověřovat přes ip -s li, že "to" žije v obou směrech.

[Karel Malik]

No ten bridge jsme uz resili vyse. Nevim jestli chci na bridgi statickou IP adresu, v tomto se zrovna prilis nevyznam. Co vim je, ze virtualizovany OS bude prijimat adresu od routeru (192.168.0.1) dynamicky. Nejak nechapu, co to rozhrani br0 predstavuje. Je to rozhrani toho virtualizovaneho OS?

[vencour]

Bridge je bridge ... víte o tom, že nějaké adsl modemy mají více portů na LAN a když do nich připojíte dva kompy, tak se dva kompy navzájem vidí v jedné síti (třeba 192.168.0.0/24?) Stačí takový příklad? Co si do něj (bridge) přidáte, to pak má možnost se vidět.

Nějaký souhrn.

[Karel Malik]

Dekuji moc za trpelivost:) A ted zase dotazy...

Ja si tou sadou prikazu vyse pridal do bridge (br0) jenom rozhrani tap0? Nejak nechapu proc by bridge mel mit IP adresu kdyz chci aby IP mel jen router (192.168.0.1), muj fyzicky system (192.168.0.100 dynamicky routeru, rozhrani eth0) a virtualizovany system (192.168.0.101 dynamicky od routeru, rozhrani tap0(?)).

Ja to chapu tak, ze sitovym rozhranim toho virtual OS je tap0, je to tak? Pak by se tedy mela IP priradit jen tap0, ne? A jelikoz to chci pres DHCP, tak ta ip se tam nastavi sama, az si ji system vyzada od DHCP, takze ji tam ani tim prikazem prirazovat nebudu.

Takto to ja chapu. Muzete me prosim opravit v cem se teda pletu?

[vencour]

Proč máte virtuální stroj? Abyste spustil něco, co chcete, na železe (virtuálním), co Vám qemu nabídne. Obvykle zbyde výkon, takže br0 má IP adresu pro fungování sítě i v tom pc, kde pouštíte qemu. Qemu si rozumí s tap drajvrem, proto se přidává do bridge tap ... aby spojil virtuální stroj s vnějškem. A vevnitř toho virtuálního stroje máte takovou síťovku, jakou si vyberete (nebo defaultní)

IP se nedává na tap, protože to je jen obdoba drátu, třeba ethernetu, dává se až na síťovku.

[Karel Malik]

Aha a je to tedy tak, ze pokud chci aby virtualni system dostaval IP od routeru dynamicky, tak na br0 NEBUDU nastavovat zadnou IP adresu?

[vencour]

Bridge je jen spojovací článek, jestli má nebo nemá IP adresu, to je pro virtuální stroj jedno. Jednodušší je mít br0 s IP adresou, třeba pro správu.

[Karel Malik]

Ok, pouzil jsem tedy skript s timto obsahem:

#!/bin/bash

sudo ip addr flush dev eth0
sudo brctl addbr br0
sudo tunctl -u user -t tap0
sudo brctl addif br0 tap0
sudo ip li set tap0 promisc on
sudo ip li set tap0 up
sudo ip li set eth0 promisc on
sudo ip li set eth0 up
sudo ip li set br0 up
sudo ip add add 192.168.0.10/24 dev br0
sudo ip route add default via 192.168.0.1

Vytvorilo se tedy tap0 bez IP a br0 s IP 192.168.0.10. Routovaci tabulka pak vypada takto:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 br0

coz je spatne, jelikoz tam neni zadne pravidlo pro eth0 i kdyz tam pred spustenim skriptu bylo. Pingovani pak vypada takto:

$ ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.10 icmp_seq=2 Destination Host Unreachable
From 192.168.0.10 icmp_seq=3 Destination Host Unreachable
From 192.168.0.10 icmp_seq=4 Destination Host Unreachable
...

Mam tam tedy to pravidlo pro eth0 na vychozi branu nastavit rucne nebo je neco spatne uz v tom postupu?

[vencour]

Místo eth0 máte br0. Viz onen odkaz výše, eth0 v promisc režimu, všechny interfejsy musí být up a zaplé forwardování.

[Karel Malik]

Obsah toho odkazu jsem uz procetl.

Místo eth0 máte br0

Kde presne mate na mysli?

eth0 v promisc režimu

Proc musi byt eth0 v promikuitnim modu?

zaplé forwardování

Staci toto?

sudo sh -c 'echo 1 > /proc/sys/net/ipv4/ip_forward'

[vencour]

Místo eth0 (v případě bez bridge) máte pro přístup na internet br0 (v případě s bridgem).

V promisc režimu být musí, jelikož skrze eth0 jde přístup pro více zařízení ... jak se v onom linku píše ... In order to act a a bridge, the network device must be placed into promiscuous mode which means it receives all traffic on a network. On a really busy network, this can eat significant bandwidth out of the processor, memory slowing the system down. The answer is to setup either a separate dedicated Linux box as the bridge, or use a hardware switch.

Pokud máte po cat /proc/sys/net/ipv4/ip_forward výstupem "1", tak ok.

[Karel Malik]

Místo eth0 (v případě bez bridge) máte pro přístup na internet br0 (v případě s bridgem).

Nejak nechapu. Mate na mysli vystup te routovaci tabulky? Nebo chybu v nekterem z tech prikazu?

[vencour]

Vy se divíte, že se používá br0 místo eth0. Já vám na to říkam, že pro provoz se používá v případě bridge br0. Jedná se formální záležitost. Stejně jako při zapojení přes wifi máte obvykle wlan0 routovatelné místo eth0.

[Karel Malik]

Takze ta routovaci tabulka ma vypadat takto?

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 br0

[vencour]

Jj, vypadá ok.

[Karel Malik]

Aha, jak jste psal "Místo eth0 máte br0." tak jsem myslel ze tam mam nekde chybu, ze jsem nekde prehodil eth0 a br0?:)

K te routovaci tabulce - v tom pripade se odriznu od sve site a nemuzu pingovat ani router... Nema byt pak do bridge pridano i rozhrani eth0?

[vencour]

No jo ... nevidim to tu napsáno. Ano má. Omlouvam se za ztrátu času.

[Karel Malik]

Huraa, je to tam!:) Mockrat dekuji za rady! Pro uplnost, takto vypada funkci postup:

#!/bin/bash

sudo sh -c 'echo 1 > /proc/sys/net/ipv4/ip_forward'

sudo ip addr flush dev eth0
sudo brctl addbr br0
sudo tunctl -u user -t tap0
sudo brctl addif br0 tap0
sudo brctl addif br0 eth0
sudo ip li set tap0 promisc on
sudo ip li set tap0 up
sudo ip li set eth0 promisc on
sudo ip li set eth0 up
sudo ip li set br0 up
sudo ip add add 192.168.0.10/24 dev br0
sudo ip route add default via 192.168.0.1

Routovaci tabulka pak vypada takto:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 br0

Qemu spustim takto:

sudo qemu -localtime -m 1024 -hda root.img -net nic,model=e1000,macaddr=52:54:00:12:34:77 -net tap,ifname=tap0,script=no

Ve virtualnich WinXP nastavim aby si IP adresu bral z DHCP a je to:)

[vencour]

Dyť jo Omlouvam se za zdržení.

[Karel Malik]

Omlouvat se nemusite, ani nevite jak moc jste mi pomohl:)

[vencour]

Pokud budete pouštět více strojů najednou, u qemu se mi osvědčil parametr "name", abych viděl, kam lezu

[trekker.dk]

V promisc režimu být musí, jelikož skrze eth0 jde přístup pro více zařízení ... jak se v onom linku píše ...

Jenom FYI - je zbytečné tu kartu do toho režimu přepínat ručně, při zařazení do bridge se přepne sama.

[vencour]

Pro tu síťovku jsme musel stáhnout ze stránek Intelu ovladač. Asi víte, že lze připojovat cdrom do virtuálního stroje za chodu (v qemu Ctrl+Alt+2, "change ide1-cd0 cetak-k-iso"), takhle mam přes mkisofs připravené různé "zajímavé věci" pro provoz. Tedy i ten ovladač tam lze takhle dostat.

[Karel Malik]

Dekuji, nainstaloval jsem ovladace a uz vidim dostupne sitove zarizeni.