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 21:44 | Komunita

    Fedora 38 nabídne celý Flathub. Od Fedory 35 platí, že pokud si v edici Workstation při úvodním nastavení povolíte zdroje třetích stran, nastaví se vám mezi těmito zdroji také Flathub. Ten k dnešnímu dni nabízí zhruba 2000 aplikací ve formátu Flatpak, mezi nimiž naleznete i ty proprietární, které ve Fedoře nejsou k dispozici. Doteď se ale Flathub nastavoval pouze ve filtrované podobě. Dokud si uživatel sám Flathub nepřidal, měl z tohoto

    … více »
    Ladislav Hagara | Komentářů: 0
    včera 15:11 | Nová verze

    Memtest86+ (Wikipedie), svobodný nástroj pro kontrolu operační paměti, byl vydán ve verzi 6.10. Hlavní novinkou je podpora Secure Bootu.

    Ladislav Hagara | Komentářů: 1
    včera 13:33 | Zajímavý software

    Fathy Boundjadj představil webový prohlížeč běžící v terminálu s názvem Carbonyl. Postaven je na Chromiu. Podobný prohlížeč je Browsh. Ten je postaven na Firefoxu.

    Ladislav Hagara | Komentářů: 8
    včera 09:00 | Nová verze

    Byla vydána nová verze 33.1, tj. první stabilní verze nové řady 33, svobodného multimediálního centra MythTV (Wikipedie). Přehled novinek a vylepšení v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 00:11 | Nová verze

    OpenTTD (Wikipedie), tj. open source klon počítačové hry Transport Tycoon Deluxe, byl vydán v nové stabilní verzi 13.0. Přehled novinek v seznamu změn. OpenTTD lze instalovat také ze Steamu.

    Ladislav Hagara | Komentářů: 1
    5.2. 23:44 | Pozvánky

    Jako každý měsíc je zde Virtuální Bastlírna s novinkami ze světa bastlení, elektroniky, vědy a techniky. Tento měsíc se navíc opravdu urodilo. Co si tedy bastlíři z projektu MacGyver.sh připravili? Ze světa software například zajímavá betaverze LTSpice 17.1, která umí počítat charakteristiku spínaných zdrojů z tranzientní simulace. Zároveň je tu první release candidate KiCADu 7 a brzy by měla být plnohodnotná verze 7. Nebo třeba

    … více »
    bkralik | Komentářů: 0
    4.2. 19:11 | Zajímavý projekt

    Na YouTube byl představen projekt Open Assistant. Dle vývojářů se jedná o open source alternativu k ChatGPT aneb konverzační umělou inteligenci pro každého. Vývoj probíhá na GitHubu.

    Ladislav Hagara | Komentářů: 6
    3.2. 14:44 | Komunita

    Fedora Magazine informuje o Shell & Display Next hackfestu zaměřeném na vylepšení podpory HDR, VRR a dalších grafických technologií na Linuxu. Hackfest proběhne 24. až 26. dubna v Brně.

    Ladislav Hagara | Komentářů: 14
    3.2. 14:00 | IT novinky

    Společnost Razer představila svou novou bezdrátovou myš Razer Viper Mini Signature Edition. Je z hořčíkové slitiny a váží pouze 49 gramů. Její cena je 279,99 dolarů (6 tisíc korun).

    Ladislav Hagara | Komentářů: 0
    3.2. 10:00 | Komunita

    O víkendu probíhá v Bruselu konference FOSDEM 2023 (Free and Open source Software Developers’ European Meeting). Program konference je velice nabitý: 34 místností, 63 tracků, 787 přednášejících, 775 přednášek, prezentací a workshopů. Sledovat je lze i online. K dispozici budou jejich videozáznamy. Aktuální dění lze sledovat na sociálních sítích.

    Ladislav Hagara | Komentářů: 4
    Napovídání kódu založené na strojovém učení (např. GitHub Copilot) při programování
     (40%)
     (13%)
     (9%)
     (38%)
    Celkem 53 hlasů
     Komentářů: 4, poslední 3.2. 13:10
    Rozcestník


    Dotaz: libvirt - zprovozneni bridge mezi VM

    21.1. 22:40 vecny zacatecnik
    libvirt - zprovozneni bridge mezi VM
    Přečteno: 469×

    Dobry vecer,

    prosim, poradte, jestli to, co se snazim udelat, je vubec mozne.

     

    PC s Ubuntu 22 LTS ma nekolik sitovek, vsechny jsou pres PCI passthrough vecpane do virtualky s pfSense. Vedle pfSense na stejne masine bezi jeste dalsi VM.

     

    pfSense (VM1)

    WAN (em1, PCI passthrough)

    LAN0,1,2,3 (em2-5, PCI passthrough), sdruzene do bridge

    OPT (vmnet0, virtio sitovka z hypervisoru, vnet1 na strane hosta.. ale kam ji pichnout?)

    ^ pfSense je nastaven dobre, u fyzickych rozhrani vse funguje, routuje, vsechno slunickove.

     

    CentOS (VM2)

    eth0 na strane VM, vnet2 na strane hosta

     

    Ubuntu (host)

     

    Predstava spravneho nastaveni je, ze udelam bridge, do nej vecpu vnet1, vnet2 a nejaky virtualni interface (rikejme mu treba tun0) a vsechno bude standardne fungovat jako u rozhrani fyzickych. Jenze tomu tak neni.

     

     

    Co jsem zkousel: pripojit obe VM v ruznem rezimu k hostu pres virtual networks pres virt-manager GUI, postupne vsechny 4 rezimy. Nejblize uspechu jsem byl, kdy fungovalo aspon spojeni pfSense VM > host, fungovalo dokonce i host > pfSense. Nefungovalo vsak: LAN (preroutovano na pfSense) > host (prestoze wireshark pusteny na Ubuntu ukazoval prichozi ICMP, odpoved nikdy neprisla, vypnuti FW zadnej rozdil... )

    No a definitivne to rozbil zasah do pripojeni vytvoreneho libvirtem ze strany NetworkManageru, kdy jsem se z nej snazil udelat default gateway... Takze pres defaultne nabizene virtual networks zrejme cesta nevede, nakolik to neumoznuje nastavit defaultni vibr jako vychozi branu. OK, chapu, neni to uplne bezny use case.

     

     

    Zkousim ted laborovat s bridgem na hostu vytvorenym pres NetworkManager, ale taky bez uspechu. Vytvorim bridge, dam do nej vmnet1 a vmnet2 jako slaves, overim, ze vNIC u obou VM je nastaveny na pripojeni do tohoto bridge a.... Host unreachable, ARP prazdny, nic, nada. A to porad jeste nejsem v bode, kdy bych do toho bridge chtel pridat i nejaky (tun?) adapter z hosta...

     

    Tak si rikam, jestli to, ceho chci docilit, je vubec mozne? Nebo muze cesta vest pres OpenVSwitch?

     

    Diky za napady.

    Odpovědi

    21.1. 23:20 X
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM
    Tak si rikam, jestli to, ceho chci docilit, je vubec mozne?
    Ceho chces docilit? Z textu jsem pochopil, ze mas dva virtualy na Ubuntu.
    22.1. 18:25 vecny zacatecnik
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM

    Tak jsem to mozna napsal nesrozumitelne, pardon.

    Snazim se docilit toho, aby VM1, host i VM2 mohly komunikovat bez omezeni.

     

    Pokud by se melo jednat o fyzicke sitovky, vytvorim nad nimi bridge a vse by fungovalo dle ocekavani.

    Jenze u virtualnich sitovek mi to pri stejnem postupu, ale vlastne jen s jinymi nazvy interfacu, nefunguje.

     

     

     

    Pro jednodussi ladeni uvedu jako priklad spojeni mezi CentOS VM a hostem (Ubuntu).

     

    Na Ubuntu vytvorim bridge pres nmcli, dam mu nejakou ipv4 a pojmenuju treba virt_br.

    ve vlastnostech VM CentOS dam vNIC nastaveni tak, at pouzije virt_br jako bridge

     

    Startuju CentOS, nastavim ipv4 ze stejneho rozsahu, cajk.

    Na Ubuntu spusteny prikaz pro overeni, ze je vse ok:

    brctl show

    ukaze vnet1 jako slave pod virt_br, v poradku a melo by to fungovat, zejo?

     

     

    Jenze. Pustim ping z CentOS na adresu bridge, vse timeout.

    Wireshark pusteny na interface bridge vidi prichozi ICMP a upozornuje, ze neni reply. Nicmene... ty pakety prisly.

    ARP zaznam na strane CentOS VM se objevi.

     

    Pustim ping opacnym smerem, z Ubuntu na adresu CentOS VM. Vse konci na host unreachable, Wireshark bezici na hostu ukazuje ARP dotazy, avsak bez odpovedi.

     

    Cili pakety mezi hostem a CentOS VM prolezou jen jednim smerem, a jeste k tomu nejak divne polovicate, jako kdyby je mel pozrat firewall. Opacnym smerem pak neprojde vubec nic a ARP ani nezjisti, kam to ma vlastne poslat.

    22.1. 20:24 X
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM
    Strelim. Zapnuty netfilter na virt_br? Viz zde.
    24.1. 06:39 vecny zacatecnik
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM

    Diky za tip.

     

     

    Defaultne ve vypisu sysctl -a tyto polozky vubec nevidim:

     

    net.bridge.bridge-nf-call-ip6tables

    net.bridge.bridge-nf-call-iptables

    net.bridge.bridge-nf-call-arptables

     

     

    Po spusteni:

    modprobe br_netfilter

     

     

    mi sysctl tyto hodnoty zobrazil, prenastavil jsem je na 0, avsak zmenu to neprineslo.

    23.1. 16:57 marek
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM

    Dobry den

    Takhle se to muze chovat, kdyz jsou nastavene nekonzistentne masky siti(jeden stroj si mysli, ze jsou na stejne siti, druhy je jineho nazoru).

    marek
    25.1. 12:17 marek
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM
    Dobry den

    Uznavam, ze jsem s tim otravny, ale nespustil byste prosim na hostu prikaz:

    ip route get ADRESA_QUESTA

    A na questu prikaz:

    ip route get ADRESA_HOSTA

    a odpoved ukazal?

    dekuji

    marek
    25.1. 21:41 vecny zacatecnik
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM

    Dobry vecer,

     

    v pohode, vazim si kazde snahy pomoci! 
    Masky podsite jsou uvedeny spravne, vsude /24, preklep jsem tam neudelal.

     

    Adresy pro virt_br (na strane Ubuntu) i na strane VM (CentOS) jsou nastaveny rucne:

    virt_br na hostu ma 192.168.122.254/24

    eth0 (viditelny na hostu jako vnet0) ma 192.168.122.97/24, opet, rucni konfigurace.

     

    Na ubuntu spusteno:

    ip route get 192.168.122.97

    192.168.122.97 dev virt_br src 192.168.122.254 uid 0

    cache 

    Na centOS:

    ip route get 192.168.122.254

    192.168.122.254 dev eth0 src 192.168.122.97

    cache

     

     

    To dle meho vypada taky spravne.

     

    Jdu jeste prubnout pridani fyzickeho rozhrani do tohoto bridge...

    25.1. 22:48 GeorgeWH | skóre: 42
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM
    Pust si na bridge tcpdump.
    26.1. 09:41 marek
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM

    Kdysi jsem zazil, ze bridge byl up, ale jeden z portu byl down, pak se to chovalo divne...ale to bylo nekdy v pocatcich nm.

    Doporucil bych spustit tcpdump na bridge, portu a questu a navzajem porovnat.

    Dale bych zkusil bridge fdb show, jestli se alespon nauci forwardovat.

    Provozuji vpodstate stejny setup a vse mi funguje bez fyzickeho rozhrani.

    Vse jsem nastavoval pomoci nmtui a virt-manager, nikde jsem nenastavoval zadny spek...

    Po restartu hosta se nastavi bridge a startujici quest se do nej pripoji.

    Pote je mozne mezi hostem a questem po siti komunikovat.

    marek
    27.1. 10:58 vecny zacatecnik
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM

    No, tak s pridanim fyzickeho rozhrani do bridge jsem si nepomohl, tak jsem z toho jelen.


    Pravda, srovnat tcpdump primo na bridgi a na vnetx mne nenapadlo... Budu tedka par dni mimo, pristi tyden to omrknu, diky!


    Nicmene videl bych to jeste na rozjeti druhe fyzicke masiny s cistym Ubuntu, novym pokusem a srovnavanim configu, to prece neni mozny totok... tuplem, kdz vam to jede.

    22.1. 20:49 ewew | skóre: 40 | blog: ewewov_blog
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM

    Skús pozrieť tento blog. Potom je tu dokumentácia priamo na QEMU, kde si môžeš pozrieť príklad konfigurácie. Najdi si časť kde sa píše o bridge. Tam máš stručný popis ako dosiahneš sieťový most.

    Myslím, že tento scenár asi nebude možné naklikať a môže do toho zasahovať networkmanager.

    Root v linuxe : "Root povedal, linux vykona."
    24.1. 19:48 vecny zacatecnik
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM

    Vsechno sedi, vytvoreni bridge, poveseni VM na bridge, kontrola XMLka pro danou VM, overeni pres brctl show.

     

    Jedine, co mne zarazi, je zminka:

    Limitations

    The libvirt server must be connected to the LAN via Ethernet. If it is connected wirelessly, a Routed network or NAT-based network are the only options.

     

    Coz je ale dale vysvetleno tak, ze se to tyka spise Wi-Fi a toho, jak se zpracovavaji framy...

    Bridging with a wireless NIC

    Just like you can bridge two wired ethernet interfaces, you can bridge between an ethernet interface and a wireless interface. However, most Access Points (APs) will reject frames that have a source address that didn’t authenticate with the AP. Since Linux does ethernet bridging transparently (doesn’t modify outgoing or incoming frames), we have to set up some rules to do this with a program called ebtables.

     

    Schvalne teda zitra prubnu, jestli to nahodou kouzelne nezacne fungovat pote, co do bridge pridam jednu fyzickou sitovku.

    26.1. 18:45 OldFrog {Ondra Nemecek} | skóre: 36 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM
    Jak říkali předřečníci, tcpdump pomůže, ne fyzická síťovka.
    -- OldFrog
    3.2. 21:59 vecny zacatecnik
    Rozbalit Rozbalit vše Re: libvirt - zprovozneni bridge mezi VM

    OK, tak uz jsem trosku moudrejsi, akorat stale ne dostatecne :-)

     

    Wireshark na vnetx nebo primo na bridgi nedelal zadny rozdil, ale rikam si fajn, vsechno to rozbiju a pojedu znovu.

    A dostal jsem se do celkem vtipne situace, opet, pres nmtui vytvoreny bridge br0 a VM povesene na dany bridge.

    Tedka mi pro zmenu virtualky v bridgi pri startu pfSense, kdy pfSense zacne konfigurovat rozhrani, proste zmizi...

    Z dmesg | grep br0 hypervisoru:

     

    Spoustim CentOS VM:


    br0: port 1(vnet0) entered blocking state

    br0: port 1(vnet0) entered disabled state

    br0: port 1(vnet0) entered blocking state

    br0: port 1(vnet0) entered forwarding state

     

     

    vsechno cajk dle ocekavani.

     

    Spoustim pfSense VM:

    br0: port 2(vnet1) entered blocking state

    br0: port 2(vnet1) entered disabled state

    br0: port 2(vnet1) entered blocking state

    br0: port 2(vnet1) entered forwarding state

    pfSense startuje a zacina nastavovat interfacy, mezitim v dmesg:

    br0: port 1(vnet0) entered disabled state (mi to sestrelilo i sit z te CentOS VM?!)

    br0: port 2(vnet1) entered disabled state (a tady to odstrihne i sebe; fyzicka rozhrani se na pfSense vsak bezi v poradku)

    ... a proste schluss.

     

    Tak pro zmenu mudruju, proc se deje tady todle.

    Loop tam nikde neni a chtelo by to fakt hodne kreativity jej dokazat vytvorit, takze STP je na tom bridgi neaktivni, nicmene jeho zapnuti na zkousku nemelo zadny vliv.

     

    Ted uz ale mam aspon funkcni workaround. Po startu pfSense staci pustit

    brctl addif br0 vnet0 vnet1

     

    a najednou je vsechno azuro...

     

     

    Tak prinejhorsim si holt udelam nejakej skript na autostart virtualek s pevnym cekanim dvou minut, nez porty do bridge rucne prida a bude, ale ... prece to musi mit nejakej duvod, ze se todle deje...?

    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.