Portál AbcLinuxu, 9. května 2024 02:27


Dotaz: síťování-bridge

7.6.2016 13:01 Jirka
síťování-bridge
Přečteno: 637×
Odpovědět | Admin
Ahoj, mám jeden počítač s openSUSE (10.0.0.11) a druhý s Debianem (10.0.0.10). Oba jsou připojeni do internetu přes ADSL modem (10.0.0.138). Chci si na Debianu vyzkoušet Xen, dokonce už to pracuje, jen mám potíže se zasíťováním. Jednotlivé virtualní mašiny jsem chtěl připojit přes bridge, vše mělo být na segmentu 10.0.0.0/24. Ale nějak se to nedaří, chvilku to jde, ale pak už ne. Uvedu příklad, síť je normálně nastavená, zatím bez bridge. Odevšad si na cokoliv mohu 'pingnout'. Teď na Debianu zadám v řádce toto:
brctl addbr xenbr0
ip a add 10.0.0.100 dev xenbr0
ip link set xenbr0 up
Teď si ještě z openSUSE mohu pingnout na Debian. Jakmile však zadám poslední krok:
brctl addif xenbr0 eth0
ještě několik (i 30) 'pingnutí' projde, ale pak to skončí. Počítače si už mezi sebou 'nepingají', na internet se ale stále dostanou. Po zrušení posledního příkazu se zase vše rozeběhne. Nevím, zda-li jsem na něco zapomněl nebo je celá úvaha špatná a nejde to na jednom segmentu, můžete poradit? Děkuji za pomoc.

Řešení dotazu:


Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře.

Odpovědi

7.6.2016 13:19 Michal Kubeček | skóre: 72 | Luštěnice
Rozbalit Rozbalit vše Re: síťování-bridge
Odpovědět | | Sbalit | Link | Blokovat | Admin
Z toho popisu není moc jasné, jestli jste na eth0 nechal tu adresu 10.0.0.10/24 nebo jestli ji ta 10.0.0.100 má nahrazovat. První varianta nejspíš dobře fungovat nebude, u druhé byste měl k té adrese dát i rozsah. Ten popis "chvíli to funguje, pak přestane" vypadá na problémy s ARP (přestane to fungovat, jakmile vyprží položka ARP cache).
7.6.2016 14:02 Jirka
Rozbalit Rozbalit vše Re: síťování-bridge
Původně jsem nechal na eth0 adresu 10.0.0.10 a xenbr0 měl 10.0.0.100. Dobrý postřeh je ARP tabulka, jakmile to nefunguje, píše toto:
# arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
10.0.0.138               ether   50:67:f0:fb:ad:af   C                     eth0
10.0.0.11                        (nekompletní)                            eth0
Přesně nerozumím Vámi zmiňované druhé variantě, eth0 a xenbr0 by měli mít stejné IP adresy? (ale ani to mi nepracuje).
7.6.2016 14:19 alkoholik | skóre: 40 | blog: Alkoholik
Rozbalit Rozbalit vše Re: síťování-bridge
Ne, eth0 by nemela mit zadnou adresu.
Řešení 2× (mimi.vx, trekker.dk)
7.6.2016 14:19 Michal Kubeček | skóre: 72 | Luštěnice
Rozbalit Rozbalit vše Re: síťování-bridge
Ne, 10.0.0.10/24 dejte na bridge místo na eth0, na eth0 nenastavujte nic (a nezapomeňte znovu vytvořit default routu).
7.6.2016 14:20 Jirka
Rozbalit Rozbalit vše Re: síťování-bridge
Aha, asi to bylo myšleno takto: eth0 žádná adresa a xenbr0 10.0.0.10. To mi pracuje dle očekávání.
7.6.2016 14:21 Jirka
Rozbalit Rozbalit vše Re: síťování-bridge
Nakonec mi to došlo, děkuji za pomoc!
10.6.2016 01:23 Andrej | skóre: 51 | blog: Republic of Mordor
Rozbalit Rozbalit vše Re: síťování-bridge
Odpovědět | | Sbalit | Link | Blokovat | Admin

Jo, tohle je v Linuxu taková ošklivá nejasnost, že není jasné definované, co přesně se má stát, když je například bridge s IP adresami a nějaká jeho „členská“ rozhraní mají taky svoje adresy — jiné než bridge, aby se to vzájemně nesežralo, ale prostě adresy. Zkrátka, párkrát jsem něco takového zkoušel z různých důvodů, třeba aby některé programy poslouchaly jenom na jednom z rozhraní a ne na celém bridge, tedy aby se jim nedalo dovolat jen tak odkudkoliv z bridge, atd. atp. Ale nic naplat, nikdy to pořádně nefungovalo, pokaždé se na tom něco rozesralo napadrť, ne nutně tak vážně jako problém s ARP, ale třeba o dvě patra abstrakce výš už ano, například address selection, s čímž (mimo jiné) souvisí kromě odchozích spojení taky pořadí výsledků, které vrací getaddrinfo(), a tak dále a tak podobně. Pokaždé mě to nakonec nakrklo takovou měrou, že adresy samostatných rozhraní přišly zrušit (ip -6 addr flush atd.) a adresy má nakonec jenom bridge.

Cílem tohoto^^^ žvástu je naznačit, že by se mi víc líbilo, kdyby Linux automaticky zrušil samostatné adresy zařízení, jakmile se zařízení přidá do bridge, a neumožnil přidání žádných samostatných adres, dokud zařízení z bridge nevypadne. Sémantika těchto samostatných adres na rozhraní v bridge je totálně rozbitá.

11.6.2016 12:15 Rats
Rozbalit Rozbalit vše Re: síťování-bridge
Rozbiteho na tom neni vubec nic, timto konstatovanim pouze zakryvate fakt, ze o bridges, a vytvareni bridges obecne ani v Linuxu ve skutecnosti vubec nic nevite, pouze vam to proste nedela presne to co byste chtel bez ohledu na realnost vasich pozadavku (skutecne chovani bridges v Linuxu). Pritom si staci neco malo precist o tom, co vlastne ethernet bridge obecne je, jak se chova jeho SW varianta v Linuxu, a jaka jsou pravidla pro MAC adresaci a IP adresaci bridge a jeho podrizenych rozhrani. V dobe "virtualizovane" se tenhle typ informaci muze velmi hodit.
13.6.2016 23:46 Andrej | skóre: 51 | blog: Republic of Mordor
Rozbalit Rozbalit vše Re: síťování-bridge

Vážený anonyme, já mám zase dojem, že právě vy o bridgích a o chování jejich softwarových variant na různých operačních systémech víte naprosté kulové a snažíte se všeho všudy dělat haura, jako ostatně každý klasický anonym na ABCLinuxu. A ten dojem pramení z toho, že váš příspěvek má nulovou informační hodnotu, nesnaží se nijak obhájit nějaký konkrérní argument, ale zabývá se úvahami, co asi tak já vím o bridgích. Zákaz anonymů by ABCLinuxu prospěl, protože drtivá většina „perel“ tohoto typu je právě od nich.

Založit nové vláknoNahoru

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

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.