☰

zusätzliche IP-Adressen für verbundene Netzwerkkarten

tag-icon • tag-icon linux networking ip-address bonding
zusätzliche IP-Adressen für verbundene Netzwerkkarten

Ich habe eine Verbindung aus zwei Netzwerkkarten konfiguriert, eine IP-Adresse festgelegt und es funktioniert prima.

Dann habe ich für jede Karte eine zusätzliche IP-Adresse konfiguriert, und diese Adressen funktionieren nicht. Das Problem ist, dass der Computer keinen eingehenden Datenverkehr an diese Adressen akzeptiert (es scheint, als würde er nicht auf ARP-Anfragen antworten). Diese Adressen sind für andere Computer im Netzwerk nicht sichtbar.

Die Konfiguration ist:

root@NanoPi-R1:~# ip -4 a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP group default qlen 1000
    inet 192.168.3.19/24 scope global eth0
       valid_lft forever preferred_lft forever
3: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 192.168.2.19/24 scope global bond0
       valid_lft forever preferred_lft forever
5: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master bond0 state UP group default qlen 1000
    inet 192.168.4.19/24 scope global eth1
       valid_lft forever preferred_lft forever



root@NanoPi-R1:~# ip r s
192.168.2.0/24 dev bond0  proto kernel  scope link  src 192.168.2.19 
192.168.3.0/24 dev eth0  proto kernel  scope link  src 192.168.3.19 
192.168.4.0/24 dev eth1  proto kernel  scope link  src 192.168.4.19 


root@NanoPi-R1:~# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

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

Slave Interface: eth1
MII Status: up
Speed: 100 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: de:74:32:46:b5:ed
Slave queue ID: 0

Slave Interface: eth0
MII Status: up
Speed: 100 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 02:81:3a:01:ac:6b
Slave queue ID: 0

Die Adresse 192.168.2.19 funktioniert einwandfrei, aber die beiden anderen Adressen sind im Netzwerk nicht sichtbar. Bitte helft mir.

Entwurf der Netzwerktopologie

Das Subnetz 192.168.2.* wird für die Clusterkommunikation zwischen Knoten benötigt.

Antwort1

Diese Adressen sind nichtangeblichso funktioniert es: Die Slave-Schnittstellen eth0und eth1sind nun Teil der gebündelten Verbindung und können keine eigenen Adressen haben.

Dies ist vergleichbar damit, Netzwerkschnittstellen zu Ports einer Brücke zu machen. Diese Schnittstellen können ebenfalls keine eigene Adresse haben.

Sie können weiterhin Adressen mit usw. festlegen ip addr, aber sie werden einfach ignoriert.

DudürfenLegen Sie jedoch mehrere IP-Adressen für die Masterschnittstelle fest (in Ihrem Fall bond0). Aber das ist vielleicht nicht das, was Sie wollen (eigentlich haben Sie nicht erklärt, was Sie wollen und warum Sie es so machen wollen).

verwandte Informationen