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í
×
    dnes 05:11 | IT novinky

    Home Assistant včera představil svůj nejnovější oficiální hardware: Home Assistant Connect ZBT-2 pro připojení zařízení na sítích Zigbee nebo Thread.

    Ladislav Hagara | Komentářů: 3
    včera 19:44 | Nová verze

    Byla vydána verze 9.1 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.

    Ladislav Hagara | Komentářů: 1
    včera 17:44 | IT novinky

    Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,809 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější superpočítač v Evropě JUPITER Booster s výkonem 1,000 exaFLOPS je na čtvrtém místě. Nejvýkonnější český superpočítač C24 klesl na 192. místo. Karolina, GPU partition klesla na 224. místo a Karolina, CPU partition na 450. místo. Další přehledy a statistiky na stránkách projektu.

    Ladislav Hagara | Komentářů: 4
    včera 17:22 | IT novinky

    Microsoft představil Azure Cobalt 200, tj. svůj vlastní SoC (System-on-Chip) postavený na ARM a optimalizovaný pro cloud.

    Ladislav Hagara | Komentářů: 0
    včera 12:00 | IT novinky

    Co způsobilo včerejší nejhorší výpadek Cloudflare od roku 2019? Nebyl to kybernetický útok. Vše začalo změnou oprávnění v jednom z databázových systémů a pokračovalo vygenerováním problém způsobujícího konfiguračního souboru a jeho distribucí na všechny počítače Cloudflare. Podrobně v příspěvku na blogu Cloudflare.

    Ladislav Hagara | Komentářů: 3
    18.11. 23:44 | Nová verze

    Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.

    Ladislav Hagara | Komentářů: 0
    18.11. 23:22 | Komunita

    Eugen Rochko, zakladatel Mastodonu, tj. sociální sítě, která není na prodej, oznámil, že po téměř 10 letech odstupuje z pozice CEO a převádí vlastnictví ochranné známky a dalších aktiv na neziskovou organizaci Mastodon.

    Ladislav Hagara | Komentářů: 0
    18.11. 19:44 | Nová verze

    Byla vydána nová major verze 5.0 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v obsáhlých poznámkách k vydání. Videopředstavení na YouTube.

    Ladislav Hagara | Komentářů: 0
    18.11. 14:00 | Upozornění

    Cloudflare, tj. společnost poskytující "cloudové služby, které zajišťují bezpečnost, výkon a spolehlivost internetových aplikací", má výpadek.

    Ladislav Hagara | Komentářů: 13
    18.11. 04:22 | Pozvánky

    Letos se uskuteční již 11. ročník soutěže v programování Kasiopea. Tato soutěž, (primárně) pro středoškoláky, nabízí skvělou příležitost procvičit logické myšlení a dozvědět se něco nového ze světa algoritmů – a to nejen pro zkušené programátory, ale i pro úplné začátečníky. Domácí kolo proběhne online od 22. 11. do 7. 12. 2025 a skládá se z 9 zajímavých úloh různé obtížnosti. Na výběru programovacího jazyka přitom nezáleží – úlohy jsou

    … více »
    SoutezKasiopea | Komentářů: 1
    Jaké řešení používáte k vývoji / práci?
     (35%)
     (46%)
     (19%)
     (18%)
     (23%)
     (15%)
     (23%)
     (15%)
     (17%)
    Celkem 371 hlasů
     Komentářů: 17, poslední včera 21:57
    Rozcestník

    Dotaz: KVM v bridgi

    7.12.2017 10:09 Pomeranč
    KVM v bridgi
    Přečteno: 761×
    Ahoj lidi, na debianu, který mi routuje mezi eth0 (net) a eth1 (lan - 10.0.1.1/24) jsem si nainstaloval KVM virtuál. Snažil jsem se ho přidat do bridge, abych se na něj dostal přes ssh ze serveru a z lanky. Jenže, lanku jsem si tím odstřihl. Poraďte mi prosím, co mám špatně:
    br0       Link encap:Ethernet
              inet adr:10.0.1.1  Všesměr:10.0.1.255 Maska:255.255.255.0
              inet6-adr: fe80::d250:99ff:fe37:d4d3/64 Rozsah:Linka
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
              RX packets:437 errors:0 dropped:0 overruns:0 frame:0
              TX packets:293 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1000
              RX bytes:51278 (50.0 KiB)  TX bytes:55033 (53.7 KiB)
    
    eth0      Link encap:Ethernet
              inet adr:92.161.86.17  Všesměr:255.255.255.255 Maska:255.255.255.248
              inet6-adr: fe80::c66e:1fff:fe04:7790/64 Rozsah:Linka
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
              RX packets:11720 errors:0 dropped:0 overruns:0 frame:0
              TX packets:822 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1000
              RX bytes:770342 (752.2 KiB)  TX bytes:181252 (177.0 KiB)
    
    eth1      Link encap:Ethernet
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
              RX packets:449 errors:0 dropped:0 overruns:0 frame:0
              TX packets:293 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1000
              RX bytes:59098 (57.7 KiB)  TX bytes:55033 (53.7 KiB)
    
    lo        Link encap:Místní smyčka
              inet adr:127.0.0.1 Maska:255.0.0.0
              inet6-adr: ::1/128 Rozsah:Počítač
              AKTIVOVÁNO SMYČKA BĚŽÍ  MTU:65536  Metrika:1
              RX packets:5174 errors:0 dropped:0 overruns:0 frame:0
              TX packets:5174 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1
              RX bytes:1077519 (1.0 MiB)  TX bytes:1077519 (1.0 MiB)
    
    tap0      Link encap:Ethernet
              inet adr:10.0.2.1  Všesměr:10.0.2.255 Maska:255.255.255.0
              inet6-adr: fe80::387f:f6ff:fe43:51a7/64 Rozsah:Linka
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
              RX packets:141 errors:0 dropped:0 overruns:0 frame:0
              TX packets:196 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:100
              RX bytes:15138 (14.7 KiB)  TX bytes:41518 (40.5 KiB)
    
    virbr0    Link encap:Ethernet
              inet adr:192.168.122.1  Všesměr:192.168.122.255 Maska:255.255.255.0
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ MULTICAST  MTU:1500  Metrika:1
              RX packets:0 errors:0 dropped:0 overruns:0 frame:0
              TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1000
              RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
    KVM stroj jsem se ještě do bridge přidávat nepokoušel, potřebuji nejdřív zprovoznit zase tu lanku a br0. Předem díky.

    Odpovědi

    7.12.2017 12:07 Aleš Kapica | skóre: 52 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: KVM v bridgi
    Já na takové věci používám openvswitch.
    7.12.2017 12:53 graviton
    Rozbalit Rozbalit vše Re: KVM v bridgi
    Co tady koukám do reálně chodícího stroje, tak ten eth0 nemá nakonfaný vůbec, tedy eth0 nemá vlastní ip adresu. Adresa která dříve byla na eth0 je teď daná přímo na br0.

    Ale to bridžování je celkově dost duchařina, už se nám to x-krát rozbilo. Bývá to na zuřivé experimentování...
    7.12.2017 23:09 V.
    Rozbalit Rozbalit vše Re: KVM v bridgi
    Když mám qemu-kvm a bridge, tak IP adresa je (může být!) na br0 (bridge), není na tap0 (interfejs k virtuálu) ani na eth0 (fyzický interfejs, jde z něj drát do switche).
    A v tcpdumpu bys viděl i provoz na eth0 i na tap0.
    Není tam co zkoumat, musí to makat. Pro virtuál nastavit třeba e1000e , jiné nemusí být fakticky podporované.
    k3dAR avatar 8.12.2017 00:09 k3dAR | skóre: 63
    Rozbalit Rozbalit vše Re: KVM v bridgi
    jenze Pomerancovi nehlede na virtual, nefunguje pristup k "serveru" kterej pretim mel/sel, po tom co aktivoval bridge...
    na eth0 IP adresu tazatel ma a je to v poradku, protoze to neni interface kterej pridaval do bridge, tam pridaval eth1 ktera mela IP 10.0.1.1, ted (spravne) eth1 IP pridelenou nema a misto toho br0 ma tu IP 10.0.1.1, to je vse v poradku...
    chtelo by to, jak uz zadal mhepp, aby tazatel dal vystup z "brctl show" a pridal i vypis /etc/network/interfaces...
    porad nemam telo, ale uz mam hlavu... nobody
    Max avatar 8.12.2017 01:50 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: KVM v bridgi
    Bridge rozhodně není duchařina a je to standardní věc.
    Osobně jsem si ve firmě rozjel na dvou serverech jednak LACP v rámci dvou iface(nakonec né pomocí bondu, ale teamu), dále vlany a to celé zabridgované a funguje to parádně. Rychlost sítě v kvm strojích je 10Gbit.
    To vše na Centos7, takže oproti Debianu poměrně starší sw výbava.
    Zdar Max
    Měl jsem sen ... :(
    7.12.2017 15:36 mhepp
    Rozbalit Rozbalit vše Re: KVM v bridgi
    Které interface máš přidané do toho bridge? Spíše než výstup z ifconfig sem dej brctl show.

    Nezapomněl jsi přenastavit interface ve firewallu či tak podobně?

    Jinak, bridge nejsou žádná magie, jen potřebuješ vědět co děláš...

    Max avatar 8.12.2017 01:45 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: KVM v bridgi
    Přesně tak, chybí nejzákladnější věc, tj. co je všechno v bridgi. Pokud tam eth1 není, tak je jasné, že to nemůže fungovat.
    Zdar Max
    Měl jsem sen ... :(

    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.