Dotaz: Lze nastavit bridge?

[Fredy72]

Mám desku ASRock X570D4U, takže má 2x RJ45 a 1x dedicated LAN (IPMI). Běží na tom jako domácí server Debian 11. Všechny tři síťové karty mám zapojené do routeru a nastavené na něm, aby si přes DHCP každá karta podle své MAC vzala jednu odlišnou IP adresu. Potud to tak nějak funguje. Ale chci se zeptat, zda lze v tom serveru v Debianu nastavit nějak správně /etc/network/interfaces, protože network-manager nepoužívám. Výsledek si představuji zapojení těch dvou karet do jedné bridge br0, kdy to IPMI ani není třeba nastavovat, tam si lízne IP adresu sama deska. Zkoušel jsem různé návody přímo od Debianu i jiné, ale nedaří se, většinou to nějak nepobere router. Možná ty dvě síťové karty vůbec do bridge zapojit nejdou, nevím. O bondingu jsem zatím neuvažoval. Nyní to mám takhle, ale tím jedu přes jednu kartu.

source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
auto enp38s0
iface enp38s0 inet manual
auto enp39s0
iface enp39s0 inet dhcp
auto br0
iface br0 inet dhcp
    hwaddress ether 11:22:33:44:55:66
    bridge_ports enp38s0
    bridge_stp off
    bridge_fd 0

Zkoušel jsem podle návodů dát

iface enp39s0 inet manual

a

bridge_ports enp38s0 enp39s0

bez toho

hwaddress ether

Ale neujalo se.

Odpovědi

[X]

To je pekna kravovina a STP off tuplem. Bonding nemame tak to zkusime osidit mostem, ale ono nam to nefunguje. Ted si prestav jak se na to asi diva ten router. Ma sitovku na ktere vidi 11:22:33:44:55:66 a na dalsi sitovce ma zase 11:22:33:44:55:66. Kam to asi posle?

[Fredy72]

Já odpověď neznám, proto jsem se zeptal.

[X]

Co je cilem? Failover? Bond? Round-robin? Most, ktery ma oba konce zapojene do stejneho smerovace se v lepsim pripade vyblokuje. V horsim vytvoris smycku. To fakt nechces.

[Fredy72]

V podstatě jsem jen chtěl mít zapojené obě ty síťovky, nešlo o zvýšení datového toku. Myslel jsem si tak, kdyby jedna z nějakého důvodu vypadla, aby byla i druhá. Proto jsem psal, že jsem neuvažoval (nestudoval si) bonding. Takže asi ten failover by byl nejblíž.

[X]

Na to by mozna stacilo jen pridat dalsi vychozi branu s nizsi prioritou prirazenou ke druhe sitovce:

ip route add default metric 1000 dev enX

Pokud ne, tak pro kazdou sitovku vyrobit samostatnou routovaci tabulku, ktera bude krizem preferovat sama sebe aka failover.

[trekker.dk]

https://www.kernel.org/doc/html/latest/networking/bonding.html - od kapitoly 3.4 je vcelku univerzální návod, jak to nastavit (univerzální == bez různých síťových démonů a podobných ptákovin, tj. bude to fungovat všude.) Pokud switch nebude umět nic jiného, tak můžete použít režim active-backup, kdy jádro v jednu chvíli použije jen jednu síťovku a přepne na zálohu ve chvíli, kdy detekuje výpadek linky té aktivní

[X]

..Všechny tři síťové karty mám zapojené do routeru.

[PetebLazar]

Jestli jsem něco v příspěvcích nepřehlédl, tak jsme se zde zatím nedozvěděli docela podstatnou informaci, o jaký router konkrétně jde.

[trekker.dk]

Pro active-backup je to jedno. A pokud to bude nějaká malá domácí krabička, tak je to taky jedno, reálný bonding to (tipuju) umět nebude.

[PetebLazar]

Pokud ta malá domácí krabička bude Mikrotik, tak tam se bonding nabízí i u těch nejlevnějších. Ale vypadá to, že HW offloading využívající funkcí vestavěného switche (a to jen pro vybrané mody) je záležitostí pouze vyšších řad. U levných zařízení bude CPU bonding asi limitován omezenými zdroji.

[X]

Ze urcita varianta bondu nepotrebuje druhou stranu jsem nevedel, bude to i jednoduzsi na konfiguraci nez failover pomoci routovani a koukam, ze muze mit i adresu z DHCP:

auto bond0
iface bond0 inet dhcp
        bond-slaves eth0 eth1
        bond-mode active-backup
        bond-miimon 100
        bond-primary eth0 eth1

[Fredy72]

Tohle vypadá velice hezky, vyzkouším.

[Fredy72]

Nevím, zda je to podstatné, tak jde o router Ubiquiti EdgeRouter X s OpenWRT.

[Fredy72]

A co mají teda na návodu jako krávovinu? návod

[PetebLazar]

Všiml jste si, že se v tom návodu v části věnující se agregaci linek se vyskytuje něco jako "802.3ad"? Zjednodušeně, všichni zúčastnění jsou si vědomi způsobu(režimu) vzájemného propojení.

Část odkazovaného návodu řešící bridge se snad nezabývají paralelním spojením více linkami, ale propojením více rozhraní (například WLAN a LAN) bridgem.

[Max]

Pokud chceš zvýšit datovou propustnost, musí oba koncové body (na serveru obě síťovky, na routu oba porty) podporovat LACP a být i správně nastaveny. To, co děláš teď, je hodně velká chyba.
Zdar Max

[trekker.dk]

Pokud vím, je koncovým bodem, který musí podporovat LACP na straně serveru, ten server samotný, tj. jeho operační systém. To Linux splňuje. Tj. není potřeba řešit, co umí síťovky.

[Max]

Špatně jsem se vyjádřil, myslel jsem samozřejmě interface v rámci OS.
Zdar Max

[PetebLazar]

To jsem si také myslel, když jsem zkoušel se dvěma USB-C 5Gbps NIC zvednout síťovou průchodnost notebooku.

Nakonec jsem pro něj dohledal, že výrobce pro tento adaptér přímo zmiňuje chybějící podporu Port Trunkingu.

Note: .. 3. The QNA-UC5G1T does not support Port Trunking, DHCP server, RADVD server and Static Routing.

Pokud si vzpomínám, tak při pokusech v Linuxu to snad ztroskotávalo na neúspěšném volání změny vnitřní MAC adaptéru (ifenslave).

[Andrej]

…zda lze v tom serveru v Debianu nastavit nějak správně /etc/network/interfaces…

To není správně prakticky nikdy. Doporučuji místo toho správně nastavit /etc/systemd/network. Sice je potřeba si k tomu něco přečíst (man systemd.netdev, man systemd.link, man systemd.network), ale časová investice se v tomhle případě brzy vrátí.

Jedna z bezpočtu výhod je přenositelnost na spoustu dalších distribucí. Další výhody jsou čitelnější nastavení, možnost záviset na a být závislostí pro ostatní systemd units, normální podpora pro hotplugging rozhraní, tj. ne že to chcípne, když zrovna při bootu není rozhraní k dispozici, atd. atp.). Bez problémů se dá nastavit taky bridge a správně to řeší vzájemné závislosti mezi rozhraními. Až na to, že…

O bondingu jsem zatím neuvažoval.

…právě bonding by byl v tomhle případě vhodnější. Popisované zapojení mi připadá jako zbytečná smyčka v bridge/switch zapojení (skrz router + skrz ten AsRock a zpět), což možná díky STP nezpůsobí nic hrozného, ale nedává to smysl.

Pokud vedou obě karty do routeru do stejné VLAN, je to jednoznačně use case pro bonding. Musí se nastavit stejný režim bondingu na straně routeru i na straně Linuxu. Takhle ty režimy popisuje například MikroTik.

[Fredy72]

Asi mi nic jiného nezbude, než ten bonding, když tak čtu odpovědi a chci nějak smysluplně využít druhou síťovou kartu.

[kol-ouch]

Bez problémů se dá nastavit taky bridge

no - bez problémů (jo u mě to je rukama) - bridge se mi zatím bez problémů podařilo naklikat jen v nějakém klikátku v ubuntu

na druhou stranu bonding funguje v pohodě - jen ho nevyužiju