Nic bond ubuntu 10.04

[Verwijderd]

Hallo iedereen,

Ik ben aan het proberen om in ubuntu 2 nic samen te voegen tot 1 nic. Zodat deze redundant zijn. Nu heb ik volgende tutorial proberen te gebruiken om dit in te stellen. --> https://help.ubuntu.com/community/UbuntuBonding

Ik heb een testopstelling opgestart in een virtuele machine. Hier heb ik twee bridge nic's op aangesloten. 1 vaste en 1 wireless. Zo kan ik toch de realiteit benaderen. Ik denk dat het me gelukt is om ze te binden omdat er nu bij mijn keuzemogelijkheden "auto ethernet" opkomt ipv eth0 en eth1. Ook als ik virtueel 1 van de 2 kabels loskoppel blijft "auto ethernet" verbinding maken. Ik heb echter geen internet en ik weet niet hoe dit komt. Ik kan pingen naar 192.168.2.199 dus het ipadres is goed ingesteld.

Heeft iemand een idee waarom ik niet op het internet kan?

Als ik geen static ip adres gebruikt krijg ik de volgende instellingen:

code:

ip : 192.168.2.12
networkmask: 255.255.255.0
gateway : 192.168.2.1
dns : 192.168.2.1

code:

bond0     Link encap:Ethernet  HWaddr 08:00:27:8e:b3:56  
          inet addr:192.168.2.199  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: 2002:51a5:71bf:1234:a00:27ff:fe8e:b356/64 Scope:Global
          inet6 addr: fe80::a00:27ff:fe8e:b356/64 Scope:Link
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:2236 errors:0 dropped:0 overruns:0 frame:0
          TX packets:648 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:252243 (252.2 KB)  TX bytes:61754 (61.7 KB)

eth0      Link encap:Ethernet  HWaddr 08:00:27:8e:b3:56  
          inet addr:192.168.2.10  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:1138 errors:0 dropped:0 overruns:0 frame:0
          TX packets:509 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:128457 (128.4 KB)  TX bytes:39831 (39.8 KB)

eth1      Link encap:Ethernet  HWaddr 08:00:27:8e:b3:56  
          inet addr:192.168.2.10  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:1098 errors:0 dropped:0 overruns:0 frame:0
          TX packets:139 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:123786 (123.7 KB)  TX bytes:21923 (21.9 KB)

code:

 # This file describes the network interfaces available on your system
 # and how to activate them. For more information, see interfaces(5).

 # The loopback network interface
 auto lo
 iface lo inet loopback

 # The primary network interface
 auto eth0
 iface eth0 inet dhcp

 auto bond0
 iface bond0 inet static
 address 192.168.2.199
 gateway 192.168.2.1
 netmask 255.255.255.0
 bond-slaves eth0 eth1
 # LACP confuration
 bond_mode 802.3ad
 bond_miimon 100
 bond_lacp_rate 1

[Kees]

Waarom gebruik je LACP? Dat gaat niet erg goed werken als je virtuele nics wil bonden die niet aangesloten zijn op een bridge/interface die lacp passief of actief doet; wat waarschijnlijk gezien je verhaal niet waarschijnlijk is. Jij wil active-backup gebruiken.

Zie: http://www.linuxfoundatio...groups/networking/bonding

Verder; eth0 moet je geen ip geven.

Kortom, op de cli:

ifconfig eth0 0.0.0.0
modprobe -r bonding (even je oude bond en opties weghalen)
modprobe bonding mode=1 miimon=100 primary=eth0
ifenslave bond0 eth0 eth1
ifconfig bond0 up
ifconfig bond0 192.168.2.199 netmask 255.255.255.0
route add default gw 192.168.2.1

Of in je networking context (denk ik; ik gebruik zelf meestal aliasses in /etc/modprobe.d/)

code:

auto lo
iface lo inet loopback


auto bond0
 iface bond0 inet static
 address 192.168.2.199
 gateway 192.168.2.1
 netmask 255.255.255.0
 bond-slaves eth0 eth1
 # LACP confuration
 bond_mode active-backup
 bond_miimon 100
 bond_primary eth0

Overigens kun je in /proc/net/bonding/bond0 meer info krijgen als het niet lukt.

[ Voor 8% gewijzigd door Kees op 13-01-2012 20:16 ]

[Hero of Time]

In /etc/modules

bonding mode=active-backup miimon=100 primary=eth0

En dan in je interfaces bestand dit:

code:

# The primary network interface
auto bond0

iface bond0 inet static
    address 192.168.2.199
    netmask 255.255.255.0
    gateway 192.168.2.1
    slaves eth0 eth1

Dan alleen nog zorgen dat je /etc/resolv.conf een of meerdere werkende DNS servers heeft:

code:

nameserver 192.168.2.1
nameserver 8.8.8.8
nameserver 8.8.4.4

Dat zou het moeten doen. Je moet geen IP adres hebben op je slaves.

[Verwijderd]

Bedankt voor de aanvullingen. Het is me gelukt om de bond0 aan te maken. Ik heb echter nog een paar kleine vraagjes.

- Verbind linux automatich met de bond0 adapter? Want ik kan vanboven eth0 en eth1 niet meer selecteren.

- Ik heb mode round-robin ingesteld omdat ik graag wil dat de data verdeeld wordt over de twee nic's. Moest er een uitvallen dan zou deze voort moeten werken op de andere nic. Nu zit ik met het volgende probleem :

eth0=kabel los en eth1 = verbonden => geen internet
eth0=verbonden en eth1 = kabel los => wel internet

Dit zijn mijn bond0 instellingen(indien eth0 niet verbonden) :

code:

Ethernet Channel Bonding Driver: v3.5.0 (November 4, 2008)

Bonding Mode: load balancing (round-robin)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

Slave Interface: eth0
MII Status: down
Link Failure Count: 1
Permanent HW addr: 08:00:27:8e:b3:56

Slave Interface: eth1
MII Status: up
Link Failure Count: 0
Permanent HW addr: 08:00:27:3a:9f:fc

[ Voor 41% gewijzigd door Verwijderd op 14-01-2012 12:02 ]

[Hero of Time]

De config die ik gaf wordt op een server op school gebruikt (waar ik nu niet meer zit, maar nog wel toegang toe heb). Wij wilden eerst ook round-robin gebruiken, om beide NICs tegelijk te kunnen gebruiken en hogere doorvoersnelheden halen, maar er zat een nadeel aan. Als we een ping stuurde naar de server kregen we twee antwoorden terug. Dus ipv dat de data eerst uit eth0 kwam, en dan uit eth1, kwam het uit beide tegelijk.

Nu hebben we fail-over ingesteld, zodat als je 1 NIC uitvalt, de 2e het werk overneemt en gewoon door blijft draaien. Als je RR wilt blijven gebruiken, dan moet je toch je netwerk iets anders laten instellen: niet door NM.

Met de configuratie die ik heb gepost wordt de interface automatisch gestart met het aangegeven IP adres. Waar jij het over hebt met wat je kan selecteren is bij Network Manager. Die zou ik per direct verbannen van je systeem, want het gaat niet altijd lekker om met uitgebreide configuraties zoals bonding.
Zelf draai ik ook geen netwerk manager, behalve op m'n laptop waar ik Wicd draai (simpelweg omdat ik geen extra Gnome meuk wil op m'n Xfce omgeving en NM komt met een baklading aan troep).

[Verwijderd]

Hero Of Time schreef op zaterdag 14 januari 2012 @ 14:30:
De config die ik gaf wordt op een server op school gebruikt (waar ik nu niet meer zit, maar nog wel toegang toe heb). Wij wilden eerst ook round-robin gebruiken, om beide NICs tegelijk te kunnen gebruiken en hogere doorvoersnelheden halen, maar er zat een nadeel aan. Als we een ping stuurde naar de server kregen we twee antwoorden terug. Dus ipv dat de data eerst uit eth0 kwam, en dan uit eth1, kwam het uit beide tegelijk.

Nu hebben we fail-over ingesteld, zodat als je 1 NIC uitvalt, de 2e het werk overneemt en gewoon door blijft draaien. Als je RR wilt blijven gebruiken, dan moet je toch je netwerk iets anders laten instellen: niet door NM.

Met de configuratie die ik heb gepost wordt de interface automatisch gestart met het aangegeven IP adres. Waar jij het over hebt met wat je kan selecteren is bij Network Manager. Die zou ik per direct verbannen van je systeem, want het gaat niet altijd lekker om met uitgebreide configuraties zoals bonding.
Zelf draai ik ook geen netwerk manager, behalve op m'n laptop waar ik Wicd draai (simpelweg omdat ik geen extra Gnome meuk wil op m'n Xfce omgeving en NM komt met een baklading aan troep).

Oke, nu snap ik waarom dat hij bij een van de twee niet overneemt. Ik ga dan niets meer instellen via de network manager. Zou je me op weg kunnen zetten hoe ik ervoor kan zorgen dat ik round robin correct kan gebruiken aangezien je zegt dat ik dan mijn netwerk anders moet configureren want ik zou niet weten welke instellingen ik zou moeten veranderen.

[Hero of Time]

Enige wat je moet veranderen is de optie in je /etc/modules bestand. Ipv active-standby zet je er round-robin neer. Of het getal wat er voor staat. Zou toch op die Ubuntu help pagina moeten staan.

[Verwijderd]

Hero Of Time schreef op zaterdag 14 januari 2012 @ 22:00:
Enige wat je moet veranderen is de optie in je /etc/modules bestand. Ipv active-standby zet je er round-robin neer. Of het getal wat er voor staat. Zou toch op die Ubuntu help pagina moeten staan.

Ik heb mijn NM verwijderd en nog eens alle stappen opnieuw gedaan van de Ubuntu page. Deze hier -> https://help.ubuntu.com/c...tion#Installing_ifenslave

Maar het probleem blijft aanhouden. Als eth0 loskoppel en eth1 aansluit heb ik geen internet terwijl als ik alleen eth1 aansluit en eth0 loskoppel heb ik geen internet. Ik neem aan dat de netwerkadapter die nog werkt het werk overneemt van degene die niet meer werkt. In mijn log staat wel duidelijk dat mijn bond0 nog "up" is.

code:

Ethernet Channel Bonding Driver: v3.5.0 (November 4, 2008)

Bonding Mode: load balancing (round-robin)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

Slave Interface: eth0
MII Status: down
Link Failure Count: 1
Permanent HW addr: 08:00:27:8e:b3:56

Slave Interface: eth1
MII Status: up
Link Failure Count: 2
Permanent HW addr: 08:00:27:3a:9f:fc

[Kees]

Je gebruikt nog steeds round-robin; dat wil je niet gebruiken omdat packets dan out of order aankomen (helemaal met wireless) en je daardoor je snelheid helemaal onderuit helpt tot het punt waar het niet meer werkt. Mocht je wel meer snelheid willen door nics te bonden, dan kun je dat het beste doen met een switch die dat ook ondersteunt (dus statische bonds, of LACP).

Ik zou in dit geval toch echt de active-backup mode gebruiken, want die hoort te doen wat jij net zegt; namelijk van interface switchen op het moment dat er een down is (waarbij je ook een primaire interface kan instellen die hij moet gebruiken als die up is).

Dat is de manier hoe ik al mijn 2-nic-servers aansluit; mocht er dan een switch of kabel uitvallen, dan switched hij over naar de andere interface. Wat je dan ook in je dmesg kan zien. Let er ook op dat de interfaces ook echt MII ondersteunen (mii-tool zou dan moeten werken).

Verder; stel het zo in: bonding mode=1 miimon=100 primary=eth0
Geen bond0 een ip, start een ping, en kijk in /proc/net/bonding/bond0 en dmesg wat er gebeurd als je met kabels gaat spelen.

[Verwijderd]

Kees schreef op zondag 15 januari 2012 @ 17:49:
Je gebruikt nog steeds round-robin; dat wil je niet gebruiken omdat packets dan out of order aankomen (helemaal met wireless) en je daardoor je snelheid helemaal onderuit helpt tot het punt waar het niet meer werkt. Mocht je wel meer snelheid willen door nics te bonden, dan kun je dat het beste doen met een switch die dat ook ondersteunt (dus statische bonds, of LACP).

Ik zou in dit geval toch echt de active-backup mode gebruiken, want die hoort te doen wat jij net zegt; namelijk van interface switchen op het moment dat er een down is (waarbij je ook een primaire interface kan instellen die hij moet gebruiken als die up is).

Dat is de manier hoe ik al mijn 2-nic-servers aansluit; mocht er dan een switch of kabel uitvallen, dan switched hij over naar de andere interface. Wat je dan ook in je dmesg kan zien. Let er ook op dat de interfaces ook echt MII ondersteunen (mii-tool zou dan moeten werken).

Verder; stel het zo in: bonding mode=1 miimon=100 primary=eth0
Geen bond0 een ip, start een ping, en kijk in /proc/net/bonding/bond0 en dmesg wat er gebeurd als je met kabels gaat spelen.

Oke, ik ga de active back-up dan gebruiken. Ik had ook graag een load balancer gehad. Bijvoorbeeld als ik twee inkomende verbindingen van provider 1 en 2 heb. Dan zou ik graag hebben dat niet 80 % van de data door provider 1 gaat en 20 % door provider 2. Zou ik hier dan een andere tool voor gebruiken dan bonding? Dit was eigenlijk de oorspronkelijke reden dat ik bonding wou gebruiken.

[Kees]

Verwijderd schreef op zondag 15 januari 2012 @ 17:58:
[...]


Oke, ik ga de active back-up dan gebruiken. Ik had ook graag een load balancer gehad. Bijvoorbeeld als ik twee inkomende verbindingen van provider 1 en 2 heb. Dan zou ik graag hebben dat niet 80 % van de data door provider 1 gaat en 20 % door provider 2. Zou ik hier dan een andere tool voor gebruiken dan bonding? Dit was eigenlijk de oorspronkelijke reden dat ik bonding wou gebruiken.

Uplink loadbalancing; dus met twee providers is een totaal andere sport, waar bonding goed voor is is het verbeteren van de lokale verbindingen; dus tot aan je switch (zij het met active-backup tegen het uitvallen van een link, of loadbalancing/trunking/lacp om meer bandbreedte te hebben).

Daar zou je iets als http://lartc.org/howto/lartc.rpdb.multiple-links.html voor kunnen gebruiken. Let daarbij wel op dat het dan altijd om connecties gaat, je kan nooit 1 connectie over meerdere providers verdelen (dus 1 bestand via http downloaden welke dan 50/50 verdeeld wordt over de providers)

[Verwijderd]

Kees schreef op zondag 15 januari 2012 @ 18:20:
[...]

Uplink loadbalancing; dus met twee providers is een totaal andere sport, waar bonding goed voor is is het verbeteren van de lokale verbindingen; dus tot aan je switch (zij het met active-backup tegen het uitvallen van een link, of loadbalancing/trunking/lacp om meer bandbreedte te hebben).

Daar zou je iets als http://lartc.org/howto/lartc.rpdb.multiple-links.html voor kunnen gebruiken. Let daarbij wel op dat het dan altijd om connecties gaat, je kan nooit 1 connectie over meerdere providers verdelen (dus 1 bestand via http downloaden welke dan 50/50 verdeeld wordt over de providers)

Oke, Nu vind ik ook heel veel informatie hoe je zo een upload balancer moet opzetten. Bedankt voor het trefwoord . Nu nog even een klein vraagje. Ik zou dit graag testen in virtual box. Nu zou ik graag willen simuleren dat ik een inkomende verbinding heb van 2 Isp's. Kan ik mijn adapter twee keer op bridged zetten en ze een verschillend mac adres geven? (Ik weet dat dit gaat maar ik weet niet of ik dan kan simuleren dat 192.168.2.10 van isp1 is en 192.168.2.11 van isp2.) Dan zou ik wel dezelfde gateway moeten gebruiken. Ik zou denken dat het gaat.

[Hero of Time]

Elke NIC moet een uniek MAC adres hebben. Dus daarmee zit je gebakken. Met eenzelfde gateway zit je met een ander probleem in jouw situatie: een gateway staat altijd op een interface. Met twee gelijke gateways, wordt alsnog maar 1 NIC gebruikt. De ander doet niets.

[Verwijderd]

Hero Of Time schreef op zondag 15 januari 2012 @ 19:40:
Elke NIC moet een uniek MAC adres hebben. Dus daarmee zit je gebakken. Met eenzelfde gateway zit je met een ander probleem in jouw situatie: een gateway staat altijd op een interface. Met twee gelijke gateways, wordt alsnog maar 1 NIC gebruikt. De ander doet niets.

Als ik de kabel uit eth0 trek dan schakelt hij correct over naar eth1. Maar weer zonder internetverbinding. Nu heb ik wireshark laten monitoren om te zien wat het probleem is. Deze zegt dat er al een apparaat is met ip adres 192.168.2.199. Als ik ifconfig uitvoer merk ik op dat mijn adapters dezelfde HWaddress heeft. Ze hebben wel een ander mac adres. Normaal kan dit toch niet? Ik denk dat ik hierdoor maar geen internetverbinding krijg op de fail-over adapter. Ik zit hier toch al even met te knoeien. Enig idee hoe ik dit kan oplossen?

Bedankt voor de hulp alvast!

code:

bond0     Link encap:Ethernet  HWaddr 08:00:27:38:4d:97  
          inet addr:192.168.2.199  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: 2002:51a5:71bf:1234:a00:27ff:fe38:4d97/64 Scope:Global
          inet6 addr: fe80::a00:27ff:fe38:4d97/64 Scope:Link
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:144 errors:0 dropped:0 overruns:0 frame:0
          TX packets:136 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:53812 (53.8 KB)  TX bytes:15724 (15.7 KB)

eth0    Link encap:Ethernet  HWaddr 08:00:27:38:4d:97  
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:28 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:3187 (3.1 KB)  TX bytes:0 (0.0 B)

eth1      Link encap:Ethernet  HWaddr 08:00:27:38:4d:97  
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:116 errors:0 dropped:0 overruns:0 frame:0
          TX packets:136 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:50625 (50.6 KB)  TX bytes:15724 (15.7 KB)

[Hero of Time]

Als je bonding toepast, dan krijgen alle slaves hetzelfde MAC adres toegekend. Dit is gedaan om ARP mismatches te voorkomen. Wat zou er gebeuren denk je als je router met bonding werkt, 2 interfaces naar je LAN en 1 valt uit zonder dat beide hetzelfde MAC adres hebben? Dan krijg je conflicten, want een ander MAC adres beweert opeens je router IP te hebben.
Toen ik nog op de HU zat, draaide ik in Windows Outpost Firewall, en die gaf gelijk een alarm als de gateway MAC was verandert. Oftewel, een ander systeem beweerde de gateway te zijn voor een man-in-the-middle aanval of netwerk sniffing.
Bovendien moeten ze wel hetzelfde adres hebben, want als je net bezig bent met een transfer of request tijdens NIC uitval kan je de data niet meer ontvangen: je destination is niet meer bereikbaar.

Fysiek gezien hebben ze een uniek MAC adres, maar netwerk-technisch gezien niet meer om problemen te voorkomen. In Windows kan je ook al aangeven dat een NIC een ander MAC adres moet hebben en je router kan ook je NIC MAC overnemen voor z'n WAN NIC in geval je ISP filtert op MAC adressen.


Als je active-backup gebruikt voor je bonding, dan moet je ping naar het internet maar heel eventjes stoppen en daarna weer gewoon verder gaan als je de kabel uit de primaire NIC trekt. Hetzelfde gebeurt als je de kabel weer terug steekt.

[Verwijderd]

Hero Of Time schreef op zondag 15 januari 2012 @ 23:07:
Als je bonding toepast, dan krijgen alle slaves hetzelfde MAC adres toegekend. Dit is gedaan om ARP mismatches te voorkomen. Wat zou er gebeuren denk je als je router met bonding werkt, 2 interfaces naar je LAN en 1 valt uit zonder dat beide hetzelfde MAC adres hebben? Dan krijg je conflicten, want een ander MAC adres beweert opeens je router IP te hebben.
Toen ik nog op de HU zat, draaide ik in Windows Outpost Firewall, en die gaf gelijk een alarm als de gateway MAC was verandert. Oftewel, een ander systeem beweerde de gateway te zijn voor een man-in-the-middle aanval of netwerk sniffing.
Bovendien moeten ze wel hetzelfde adres hebben, want als je net bezig bent met een transfer of request tijdens NIC uitval kan je de data niet meer ontvangen: je destination is niet meer bereikbaar.

Fysiek gezien hebben ze een uniek MAC adres, maar netwerk-technisch gezien niet meer om problemen te voorkomen. In Windows kan je ook al aangeven dat een NIC een ander MAC adres moet hebben en je router kan ook je NIC MAC overnemen voor z'n WAN NIC in geval je ISP filtert op MAC adressen.


Als je active-backup gebruikt voor je bonding, dan moet je ping naar het internet maar heel eventjes stoppen en daarna weer gewoon verder gaan als je de kabel uit de primaire NIC trekt. Hetzelfde gebeurt als je de kabel weer terug steekt.

Goed, het is eindelijk gelukt om het werkende te krijgen.

Bedankt voor de hulp!