abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

včera 16:22 | Nová verze

Byl vydán DB Browser for SQLite (sqlitebrowser) ve verzi 3.10.0. Nejnovější stabilní verze této grafické nadstavby nad relačním databázovým systémem SQLite (Wikipedie) přináší například integraci s DBHub.io, tj. platformou pro sdílení SQLite databází. Podrobnosti na GitHubu.

Ladislav Hagara | Komentářů: 1
včera 08:00 | IT novinky

Andy Rubin, spoluzakladatel společnosti Android, jež byla v roce 2005 koupena Googlem, nyní CEO společnosti Essential Products, oznámil předprodej chytrého telefonu Essential. Telefon se začne rozesílat 1. září. Cena telefonu je 699 dolarů. Cena telefonu současně s 360° kamerou s rozlišením 4K byla stanovena na 749 dolarů. Kameru, v budoucnu i další příslušenství, lze k telefonu připojit pomocí konektoru s magnety.

Ladislav Hagara | Komentářů: 0
19.8. 13:44 | Zajímavý software

Evropská komise vydala novou verzi 1.4.0.1 svého open source v Javě naprogramovaného softwaru pro online průzkumy EUSurvey. Online dotazníky lze vytvářet na stránkách Evropské komise nebo si lze software stáhnout (zip a war) a nainstalovat lokálně. Zdrojové kódy jsou k dispozici pod licencí EUPL (European Union Public Licence).

Ladislav Hagara | Komentářů: 0
18.8. 23:55 | Komunita

Ubuntu 17.10 (Artful Aardvark) bude ve výchozím stavu zobrazovat Dok (Launcher). Jedná se o rozšíření GNOME Shellu Ubuntu Dock. To bylo forknuto z rozšíření Dash to Dock. Ukázka na YouTube [reddit].

Ladislav Hagara | Komentářů: 2
17.8. 15:33 | Nová verze

Byla vydána verze 17.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace kmag, kmousetool, kgoldrunner, kigo, konquest, kreversi, ksnakeduel, kspaceduel, ksudoku, kubrick, lskat a umbrello byly portovány na KDE Frameworks 5.

Ladislav Hagara | Komentářů: 0
17.8. 15:11 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-08-16 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Nejnovější Raspbian je založen na Debianu 9 Stretch. Přehled novinek v poznámkách k vydání. Řešena je také bezpečnostní chyba Broadpwn (CVE-2017-9417).

Ladislav Hagara | Komentářů: 1
17.8. 12:33 | Nová verze

Byla vydána verze 3.2.0 programu pro skicování, malování a úpravu obrázků Krita. Přehled novinek v poznámkách k vydání a na YouTube.

Ladislav Hagara | Komentářů: 0
17.8. 11:44 | IT novinky

Minulý týden na šampionátu The International 2017 byl představen bot, který poráží profesionální hráče počítačové hry Dota 2. V nejnovějším příspěvku na blogu se organizace OpenAI o projektu více rozepsala a zveřejnila videozáznamy několika soubojů.

Ladislav Hagara | Komentářů: 7
16.8. 17:11 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 26 Release Party konané 10. srpna v Praze.

Ladislav Hagara | Komentářů: 0
16.8. 15:33 | Komunita

Přesně před čtyřiadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 8
Těžíte nějakou kryptoměnu?
 (4%)
 (2%)
 (18%)
 (76%)
Celkem 364 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    Rozcestník

    Dotaz: qemu - virtio - rychlost sítě NAT, BRIDGE

    walker avatar 14.9.2015 21:52 walker | skóre: 10 | Cheb
    qemu - virtio - rychlost sítě NAT, BRIDGE
    Přečteno: 587×

    Přeji hezký den,

    řeším problém s přenosovou rychlostí sítě v různých režimech. Používám virtualizaci qemu (kvm, libvirt), host Archlinux, guest CentOS, sít běží na 1Gb

    Pokud nastavím  sít na NAT nebo VEPA, běží vše v pohodě - rychlost se pohybuje kolem 900Mb/s  (měřeno mezi guest a druhým fyzickým serverem v síti) , jakmile však nastavím režim BRIDGE, tak klesne rychlost o jeden řád cca 90Mb/s
    Prozatím jsem nepřišel na důvod ani na nastavení, jak host tak guest mají načteny moduly virtio (virtio_net).

    Budu rád za každnou radu a nakopnutí (režim BRIDGE potřebuji kvůli tomu, že virutal pc bude součást sítě a nechce se mi řešit routování, asi by to tím šlo taky vyřešit).

    Linux 4.0.7-1-zen #1 ZEN SMP PREEMPT x86_64 GNU/Linux

    Řešení dotazu:


    Odpovědi

    15.9.2015 10:37 Honza Vrana
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    Krásný den,

    Napadá mě, že by do toho mohl kecat switch, který ma najednou dvě mac adresy na jednom portu. Já měl obdobný problém ale switch druhou mac adresu zablokoval a nepustil ji do sítě vubec.

    Honza Vrána
    vandrovnik avatar 15.9.2015 12:54 vandrovnik | skóre: 16
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    Což je dost divné chování - na tom portu přeci místo PC může být jiný switch, tzn. to, že na jednom portu bude víc MAC adres, je naprosto běžné.
    15.9.2015 17:26 Vantomas | skóre: 25 | Praha
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    A nebo je to na switchi nastavené tak, že tam může být jen jedna MAC a v takovém případě to port odřízne. Switche to umožňují a je to čistě na rozhodnutí správce jak to bude mít nastavené.

    Používá se to třeba v kancelářích, kde mají být připojené pouze počítače a v případě, že si nějaký zaměstnanec přinese switch a chce si připojit soukromý notebook.... Tak ať o tom administrátor ví.
    walker avatar 15.9.2015 19:29 walker | skóre: 10 | Cheb
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    Switchem to asi nebude, je to sice CISCO (10/100/1000 SG 100-24) ale bez managementu. Navíc třebas v režimu VEPA (obdoba BRIDGE) to funguje (ale tento režim zase blokuje komunikace host<->guest což já zase potřebuji)
    Linux 4.0.7-1-zen #1 ZEN SMP PREEMPT x86_64 GNU/Linux
    16.9.2015 20:17 Vantomas | skóre: 25 | Praha
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    Tak to fakt netuším kde může být zakopaný pes. Nikdy jsem se nesetkal s takovýmto typem problému, že by to padlo na 100mbit.

    Jediné co mě napadá, jaká je velikost MTU mezi virtuálem a hostem a případně na síťovce? Asi stačí poslat výpis z "ip link".

    Případně jak vypadá brctl showbr <název bridge>? Jestli tam není více interfaců a jestli se to někde necyklí?
    16.9.2015 20:22 Vantomas | skóre: 25 | Praha
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    Další co mě napadá, jak se konfiguruje ten KVM guest? Nějaký libvirt nebo ručně spouštěný v shellu? Jestli se používá nějaký klikátko, tak mě napadá jestli se to tam při přenastavení z NAT na bridge nezmění používaný driver na síťovku v guestu, to by mohlo ořezat linkovou rychlost z gigabitu na 100mbit.
    walker avatar 16.9.2015 21:13 walker | skóre: 10 | Cheb
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE

    Zdravím,

    tak výpis jest tu:

     

    ip link
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:22:19:a7:ec:da brd ff:ff:ff:ff:ff:ff
    3: eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:22:19:a7:ec:dc brd ff:ff:ff:ff:ff:ff
    4: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default
    link/ether 52:54:00:ab:64:78 brd ff:ff:ff:ff:ff:ff
    5: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0 state DOWN mode DEFAULT group default qlen 500
    link/ether 52:54:00:ab:64:78 brd ff:ff:ff:ff:ff:ff
    6: macvtap0@eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 500
    link/ether 52:54:00:a6:c5:9e brd ff:ff:ff:ff:ff:ff
    7: macvtap1@eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 500
    link/ether 52:54:00:89:ad:f0 brd ff:ff:ff:ff:ff:ff


    server má dvě sítovky - eno1 eno2, eno1 je použita pro host a jeho služby,
    eno2 je pro guesty (v současné době dva - win7 a centos) ==> bridge jede přes rozhraní macvtap
    Jinak ano, spouštím to přes virt-manager - grafické klikátko (no jsem občas lenoch, možná by stálo za to to zkusit spousti z shellu)

    Díky za rady a pomoc
    Linux 4.0.7-1-zen #1 ZEN SMP PREEMPT x86_64 GNU/Linux
    16.9.2015 21:23 Vantomas | skóre: 25 | Praha
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    Jo, to jsem zase za zenitem koukám. Jako taky používám virt-manager na svém serveru, ale guestí síťovky jsou normální TAP rozhraní a ty poté libvirt přidává do br0 rozhraní kde mám ethernet do skutečný sítě.

    Co jsem si tak zběžně hledal co je to ten macvtap, tak se jedná o nějakou náhradu za řešení typu TAP+bridge, nějaké all-in-one řešení. Napadá mě tedy, že by mohl být nějaký pes zakopaný zde. Zatím jsem se nedohledal jestli to vnitřně používá stejný kód a jen je to nějaký víc user-friendly bridge a nebo se jedná o něco většího.

    Ale na těch dalších dvou guestech je také ono omezení na 100mbit nebo to lítá tak jak má?
    walker avatar 16.9.2015 21:49 walker | skóre: 10 | Cheb
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE

    jak sem zjistil, jakmile má jakýkoliv gest macvtap jede jen 100 (i když ostatní vypnu a jede jen jeden, testoval sem) - a ano správně, macvtap je jak píšeš - kombinace tun/tap a bridge v jednom
    ještě můžu zkusit udělat klasicky po starém. snad na něco přijdu. díky za tip

    Jinak virt-manager používám i "vzdáleně", na svém cestovním notebooku jsem přidal spojení na virt na serveru (qemu+ssh) a vzdáleně tak mohou kontrolovat guesty (či se dokonce připojit, což ale nepoužívám,  radějí vnc+ssh či vnc+openvpn)

    Linux 4.0.7-1-zen #1 ZEN SMP PREEMPT x86_64 GNU/Linux
    16.9.2015 22:16 Vantomas | skóre: 25 | Praha
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    Jestli to z nějakého důvodu opravdu nemusí být macvtap, asi bych zvolil klasický bridge a k tomu TAP rozhraní, libvirt pro to rozhraní má, protože mi to přesně tak funguje a nemám s propustností problémy. Na internetech jsem v souvislosti s pomalým macvtapem dohledal, že to někomu žralo hrozně moc CPU a kvůli tomu se ořezávala propustnost, takže možná ještě kouknout do htopu na hostu když je síť vytížena zda je to tento problém nebo ne (v nastavení htopu možná bude třeba povolit zobrazovat kernel thready, aby se ten proces s macvtapem ukázal).

    Jinak jo, proti virt-manageru asi nikdo nic mít nebude, v pozadí to používá libvirt, který už je docela dobře odladěn a dá se na to spolehnout, není důvod proč se mačkat s nějakým XML pro konfiguraci, když je klikací nástroj :-) .
    walker avatar 16.9.2015 23:04 walker | skóre: 10 | Cheb
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE

    Nene, na macvtap netrvám, prostě to virt-manager nabídnul. Zkusím to udělat "klasicky" a dám vědět. je to poslední věc co mi zatím brání v přechodu na 1G sít v jednom menším podniku (malý podnik malý rozpočet ....) a rád bych to měl vše v "cajku".

    Jinak souhlas, virt-manager je dobrá věc.

    Zatím díky za rady a pomoc.

    Linux 4.0.7-1-zen #1 ZEN SMP PREEMPT x86_64 GNU/Linux
    walker avatar 18.9.2015 08:40 walker | skóre: 10 | Cheb
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE

    tak nevím, kde všude dělám chybu, ale už mám snad i podezření na svou neschopnost nebo vadu HW

    Server je DELL a má dvě sítově karty 1Gb. Laborování jsem zjistil:

    1. bridge macvtap na druhou kartu, host jede 1Gb, guest 100Mb, spojení host <-> guest funguje
    2. bridge macvtap na první sítovou kartu, vše jede 1Gb, spojení host <-> guest není průchozí ani přes jednu sítovku
    3. ručně vytvořený bridge na přes druhou sítovku - viz první případ
    4. ručně vytvořený bridge na první sítovku - při nahození brige mi rychlost hostu klesla na 100Mb

    bridge vytvořený ručně přes netctl

    konfigurace bridge:

    Description=" Bridge connection"
    Interface=br1
    Connection=bridge
    BindsToInterfaces=(eno2)
    #IP=no
    IP=dhcp
    ## Ignore (R)STP and immediately activate the bridge
    #SkipForwardingDelay=yes

    brctl show
    bridge name     bridge id               STP enabled     interfaces
    br1             8000.002219a7ecdc       yes             eno2
    vnet0
    virbr0          8000.525400ab6478       yes             virbr0-nic

    ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
    valid_lft forever preferred_lft forever
    2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:22:19:a7:ec:da brd ff:ff:ff:ff:ff:ff
    inet 192.xxx.xxx.250/24 brd 192.xxx.xxx.255 scope global eno1
    valid_lft forever preferred_lft forever
    inet6 xxx scope link
    valid_lft forever preferred_lft forever
    3: eno2: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc mq master br1 state UP group default qlen 1000
    link/ether 00:22:19:a7:ec:dc brd ff:ff:ff:ff:ff:ff
    inet 192.xxx.xxx.201/24 brd 192.xxx.xxx.255 scope global eno2
    valid_lft forever preferred_lft forever
    4: br1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 00:22:19:a7:ec:dc brd ff:ff:ff:ff:ff:ff
    inet6xxx scope link
    valid_lft forever preferred_lft forever
    5: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 52:54:00:ab:64:78 brd ff:ff:ff:ff:ff:ff
    inet 192.xxx.xxx.1/24 brd 192.xxx.122.255 scope global virbr0
    valid_lft forever preferred_lft forever
    6: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0 state DOWN group default qlen 500
    link/ether 52:54:00:ab:64:78 brd ff:ff:ff:ff:ff:ff
    7: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br1 state UNKNOWN group default qlen 500
    link/ether fe:54:00:a6:c5:9e brd ff:ff:ff:ff:ff:ff
    inet6 xxx/64 scope link
    valid_lft forever preferred_lft forever

     

    Linux 4.0.7-1-zen #1 ZEN SMP PREEMPT x86_64 GNU/Linux
    walker avatar 18.9.2015 16:21 walker | skóre: 10 | Cheb
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE

    Ještě jsem ted zmaten z jiné věci, když jsem si dal vypsat seznam HW - pomoci lshw (lshw-gtk) zobrazilo mi to u sítě vnet0 rychlost 10Mb . KDe dělám chybu?

    https://sbdcheb.cz/obr/vnet0.png

    Linux 4.0.7-1-zen #1 ZEN SMP PREEMPT x86_64 GNU/Linux
    18.9.2015 16:56 Vantomas | skóre: 25 | Praha
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    Skutečnou linkovou rychlost ukáže třeba ethtool (ethtool em1).

    Když se jedná o server, není náhodou u jednoho z portů svázán nějaký remote management? To by možná něco mohlo způsobovat a mohlo by napovědět v rozdílném chování mezi dvěma porty.

    Každopádně to zní docela zapeklitě, pro začátek bych zkusil vzít nějaké live cd, kde je funkční KVM a zkusil jak se to chová s úplně jiným systémem. Všechno potřebné by asi mohl mít oVIrt Live cd, tam to půjde spustit aspoň ručně ze shellu.
    walker avatar 18.9.2015 18:07 walker | skóre: 10 | Cheb
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE

    propustnost sem měřil pomocí iperf3

    co se týká managementu, není na sítovkách žádný, Dell k tomu má speciální přídavek se sítovým vstupem. Zkusím když tak live CD. budu o víkendu laborovat :D díky za tip

    Linux 4.0.7-1-zen #1 ZEN SMP PREEMPT x86_64 GNU/Linux
    18.9.2015 19:07 Vantomas | skóre: 25 | Praha
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    Tak třeba HP má taky extra port pro management, ale zároveň jde v BIOS nastavit sharování prvního portu s managementem, celý server je pak poté možné připojit jedním patchcordem a nemusí se tahat druhý pro management. Dell neznám, takže nevím.

    Ještě mě napadá, co je to za model/y síťovek? Třeba u Broadcom síťovek je třeba načítat nějaký binární blob (firmware), jinak tam nemusí všechno fungovat. Co třeba v dmesg když se vygrepuje jméno toho driveru nebo jméno interfacu, není tam něco podezřelého?

    Pak taky spousta serverovějších síťovek má samostatný Linuxový drivery, které vždy nejsou součástí jádra a je třeba je ručně zkompilovat z jejich balíku, možná se zkusit zaměřit i na toto. Případně jejich dodávané drivery jsou novější než ty v jádru, může tam být nějaký bug okolo promiskuitního režimu, který je třeba pro běh bridge.

    Na ten test s livecd doporučuji nějakou blbuvzdornější distribuci, případně přímo ten ovirt, aby to mělo právě všechny ty firmwary s sebou, aby se dala úspěšně vyloučila nějaká HW nekompatibilita.
    Řešení 1× (walker (tazatel))
    walker avatar 19.9.2015 20:07 walker | skóre: 10 | Cheb
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE

    uf tak nevím čím to, ale dnes sem dělal jisté upravy včetně serveru, provedl jsem pár HW změn a restartů a po spuštění všech služeb světe div se, vše funguje jak má.

    Současný stav je následující:

    • most je nahozen přes netctl jako br1 přes rozhraní eno2
    • na serveru ted běží dva guest-i
    • rychost všemi směry je 1Gb, můj kýžený cílený stav

    brctl show

    bridge name     bridge id               STP enabled     interfaces
    br1             8000.002219a7ecdc       no              eno2
    vnet0
    vnet1
    virbr0          8000.525400ab6478       yes             virbr0-nic

     

    ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
    valid_lft forever preferred_lft forever
    2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:22:19:a7:ec:da brd ff:ff:ff:ff:ff:ff
    inet 192.xxx.xxx.xxx/24 brd 192.xxx.xxx.255 scope global eno1
    valid_lft forever preferred_lft forever
    inet6 xxx:a4bd:7bcc/64 scope link
    valid_lft forever preferred_lft forever
    3: eno2: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc mq master br1 state UP group default qlen 1000
    link/ether 00:22:19:a7:ec:dc brd ff:ff:ff:ff:ff:ff
    inet 192.xxx.xxx.201/24 brd 192.xxx.xxx.255 scope global eno2
    valid_lft forever preferred_lft forever
    4: br1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 00:22:19:a7:ec:dc brd ff:ff:ff:ff:ff:ff
    inet6 fe80::26af:909:f80e:c0f0/64 scope link
    valid_lft forever preferred_lft forever
    5: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 52:54:00:ab:64:78 brd ff:ff:ff:ff:ff:ff
    inet 192.xxx.122.1/24 brd 192.xxx.122.255 scope global virbr0
    valid_lft forever preferred_lft forever
    6: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0 state DOWN group default qlen 500
    link/ether 52:54:00:ab:64:78 brd ff:ff:ff:ff:ff:ff
    7: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br1 state UNKNOWN group default qlen 500
    link/ether fe:54:00:a6:c5:9e brd ff:ff:ff:ff:ff:ff
    inet6 fe80::8dfa:f489:7ed4:58be/64 scope link
    valid_lft forever preferred_lft forever
    8: vnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br1 state UNKNOWN group default qlen 500
    link/ether fe:54:00:89:ad:f0 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::768d:be10:c414:4ae7/64 scope link
    valid_lft forever preferred_lft forever

    Patrně jsem tak dlouho laboroval a koumal, až z toho byl mišmaš a restarty to vyčistili :D

    jen malý dotaz - u mostu hodnota STP enabled je lepší on nebo off?

    Děkuji všem za pomoc a tipy.

    Linux 4.0.7-1-zen #1 ZEN SMP PREEMPT x86_64 GNU/Linux
    19.9.2015 23:32 GeorgeWH | skóre: 36
    Rozbalit Rozbalit vše Re: qemu - virtio - rychlost sítě NAT, BRIDGE
    interface, ktory je v bridge, by nemal mat ip adresu.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.