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 04:55 | IT novinky

    Společnost Pebble představila (YouTube) prsten s tlačítkem a mikrofonem Pebble Index 01 pro rychlé nahrávání hlasových poznámek. Prsten lze předobjednat za 75 dolarů.

    Ladislav Hagara | Komentářů: 3
    dnes 04:22 | IT novinky

    Společnost JetBrains v listopadu 2021 představila nové IDE s názvem Fleet. Tento týden oznámila jeho konec. Od 22. prosince 2025 již nebude možné Fleet stáhnout.

    Ladislav Hagara | Komentářů: 1
    včera 21:22 | Nová verze

    Byl vydán Mozilla Firefox 146.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 146 bude brzy k dispozici také na Flathubu a Snapcraftu.

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

    Před rokem převzala Digitální a informační agentura (DIA) vlastnictví a provoz jednotné státní domény gov.cz. Nyní spustila samoobslužný portál, který umožňuje orgánům veřejné moci snadno registrovat nové domény státní správy pod doménu gov.cz nebo spravovat ty stávající. Proces nové registrace, který dříve trval 30 dní, se nyní zkrátil na několik minut.

    Ladislav Hagara | Komentářů: 7
    včera 11:33 | IT novinky

    IBM kupuje za 11 miliard USD (229,1 miliardy Kč) firmu Confluent zabývající se datovou infrastrukturou. Posílí tak svoji nabídku cloudových služeb a využije růstu poptávky po těchto službách, který je poháněný umělou inteligencí.

    Ladislav Hagara | Komentářů: 0
    včera 01:55 | IT novinky

    Nejvyšší správní soud (NSS) podruhé zrušil pokutu za únik zákaznických údajů z e-shopu Mall.cz. Incidentem se musí znovu zabývat Úřad pro ochranu osobních údajů (ÚOOÚ). Samotný únik ještě neznamená, že správce dat porušil svou povinnost zajistit jejich bezpečnost, plyne z rozsudku dočasně zpřístupněného na úřední desce. Úřad musí vždy posoudit, zda byla přijatá opatření přiměřená povaze rizik, stavu techniky a nákladům.

    Ladislav Hagara | Komentářů: 11
    8.12. 18:44 | Komunita

    Organizace Free Software Foundation Europe (FSFE) zrušila svůj účet na 𝕏 (Twitter) s odůvodněním: "To, co mělo být původně místem pro dialog a výměnu informací, se proměnilo v centralizovanou arénu nepřátelství, dezinformací a ziskem motivovaného řízení, což je daleko od ideálů svobody, za nimiž stojíme". FSFE je aktivní na Mastodonu.

    Ladislav Hagara | Komentářů: 33
    8.12. 17:55 | IT novinky

    Paramount nabízí za celý Warner Bros. Discovery 30 USD na akcii, tj. celkově o 18 miliard USD více než nabízí Netflix. V hotovosti.

    Ladislav Hagara | Komentářů: 3
    8.12. 13:22 | IT novinky

    Nájemný botnet Aisuru prolomil další "rekord". DDoS útok na Cloudflare dosáhl 29,7 Tbps. Aisuru je tvořený až čtyřmi miliony kompromitovaných zařízení.

    Ladislav Hagara | Komentářů: 6
    8.12. 12:11 | Nová verze

    Iced, tj. multiplatformní GUI knihovna pro Rust, byla vydána ve verzi 0.14.0.

    Ladislav Hagara | Komentářů: 4
    Jaké řešení používáte k vývoji / práci?
     (34%)
     (48%)
     (19%)
     (17%)
     (22%)
     (15%)
     (24%)
     (16%)
     (18%)
    Celkem 450 hlasů
     Komentářů: 18, poslední 2.12. 18:34
    Rozcestník

    Dotaz: KVM v bridgi

    7.12.2017 10:09 Pomeranč
    KVM v bridgi
    Přečteno: 765×
    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.