Ich habe eine Red-Hat Enterprise Linux 6.3-VM (VMware vSphere).
Ich habe eine Verbindung aus zwei Schnittstellen erstellt und sie funktioniert, aber nur, wenn eth0sie aktiv ist. Wenn ich sie verwende ifdown eth0oder echo -eth0 > /sys/class/net/bond0/bonding/slavesverliere, besteht die Netzwerkverbindung zur Verbindung.
Ich konnte auf CAT sehen /proc/net/bond0, dass die beiden Schnittstellen im Verbund sind und wenn diese eth1aktiv ist, funktioniert es nicht.
Wenn ich es eth0wieder hinzufüge, funktioniert es immer noch nicht, da eth1 das aktive ist. Nur wenn ich es entferne und erneut eth1zur Bindung hinzufüge, funktioniert es (und macht eth0es aktiv) .
Die Bindung befindet sich natürlich im Fehlertoleranzmodus.
Das Seltsame ist, eth1dass es einwandfrei funktioniert, wenn ich es aus der Bindung entferne und als einfache Schnittstelle definiere!
Ich habe (mehrmals) versucht, neu zu starten, konnte im Internet aber keine Hilfe finden. Ich habe sogar versucht, die Schnittstelle (von VMware-Seite) zu entfernen und eine neue hinzuzufügen, aber das hat nicht geholfen. Hat jemand eine Idee?
Einige der Befehle sind möglicherweise nicht korrekt, da ich sie aus dem Gedächtnis auf meinem Telefon schreibe, aber ich denke, Sie wissen, was ich meine. Sagen Sie bloß nicht, dass ein Tipp- oder Syntaxfehler das Problem war.
Dank im Voraus
Antwort1
Ich habe es gelöst. Auf der Linux-Seite war alles in Ordnung.
Das Problem lag auf der VMware-Seite: Die Sicherheitseinstellungen der Portgruppe waren so eingestellt, dass sie Änderungen der MAC-Adresse ablehnen. Nachdem ich sie auf Akzeptieren geändert hatte, funktionierte es.
Wenn diese Einstellung auf „Ablehnen“ gesetzt ist, darf die VM keine andere MAC-Adresse verwenden als die, die ihr von vSphere zugewiesen wurde.
Beim Arbeiten mit Bond bleibt die MAC-Adresse gleich, auch wenn die andere Netzwerkkarte ausfällt. In meinem Fall war die Bond-MAC also auf eth0 eingestellt und nach dem Failover auf eth1 blieb die MAC-Adresse gleich – sie unterschied sich von der „physischen“ MAC-Adresse von eth1 und wurde daher vom vswitch abgelehnt.