Wie der Titel schon sagt, treten bei mir Konflikte auf, wenn ich bei Verwendung von DHCP sowohl eine Bond- als auch eine normale Verbindung automatisch starte. Ich habe eine Frage bei ServerFault gestellt (Link unten), und dort wurden einige Konflikte aufgezeigt, aber ich denke, dass sich das Problem mit der richtigen Unix-Konfiguration und den richtigen Befehlen lösen lässt.
Beim automatischen Starten beider gibt bond0 grundsätzlich den Slave an und eth0 (enp0s25) gibt auch den Master an. Ich habe versucht, network.service ohne einen von beiden auszuführen, um sie zu trennen, aber es hängt, unabhängig davon, welche Autostart-Zeile in der folgenden Konfigurationsdatei zuerst kommt.
Die meisten funktionierenden Beispiele verwenden statische Netzwerkadressen. Wie ich in der ServerFault-Frage fett hervorgehoben habe, funktioniert die Verbindung, wenn ich eine manuell hochfahre, nachdem die andere automatisch gestartet wurde. Aber gibt es eine Möglichkeit, die Verbindung ohne Eingriff beim Systemstart zu laden? Und dabei immer noch DHCP zu verwenden?
Ich habe unter diesem Link eine detaillierte Beschreibung meiner Schritte zur Fehlerbehebung bereitgestellt, aber sie ist möglicherweise verwirrender, als wenn sich jemand einfach meine Konfigurationsdatei unten ansieht. Und ich weiß, wie ich die Konfigurationsdatei so einstellen kann, dass sie sowohl Bond als auch Verbindung unabhängig voneinander automatisch startet, aber trotzdem Bonding einschalten kann. Vielleicht brauche ich dafür nur ein Skript, aber ich wollte prüfen, ob es eine „richtige“ Möglichkeit gibt, dies allein mit der Konfigurationsdatei zu tun. Und wenn nicht, weisen Sie auf den Konflikt hin, denn es sollte eigentlich eine einfache Operation sein, bei der Bond und Verbindung zumindest automatisch gestartet und dann mit der Master-Slave-Verbindung verbunden werden (ich bin übrigens kein großer Fan dieser Terminologiewahl, verstehe aber ihre herkömmliche Verwendung)? Bitte korrigieren Sie mich, wenn ich falsch liege.
Wenn ich Bond0 manuell statt per DHCP starten muss, macht das Sinn, aber wie bringe ich Bond0 dann dazu, nach einer IP-Adresse zu fragen, wenn die Verbindung hergestellt ist? … ja, ich habe erneut versucht, Bond0 automatisch zu starten, mit und ohne manuelles oder DHCP-basiertes enp0s25 und mit oder ohne Bond-Master-Zeile und mit oder ohne Bond-Slave-Details, aber nichts funktioniert, es hängt sich einfach bei „DHCPDISCOVER auf Bond0“ auf. Dies könnte der Konflikt zwischen Layer 2 und Layer 3 sein, wie in meiner anderen Frage erwähnt, aber gibt es keine Möglichkeit, Layer-3-DHCP von der Shell aus zu steuern?
https://serverfault.com/questions/1082039/configuring-connection-bonding-chicken-and-egg
auto enp0s25
iface enp0s25 inet dhcp
#iface enp0s25 inet manual
# bond-master bond0
#auto bond0
iface bond0 inet dhcp
up ifenslave bond0 enp0s25
down ifenslave -d bond0 enp0s25
bond-mode balance-rr
bond-miimon 100
#bond-slaves enp0s25
bond-slaves none
Antwort1
Das Autostartproblem wurde mithilfe des teamdim folgenden Link beschriebenen Dienstprogramms gelöst.
Lastenausgleich mehrerer Netzwerkkarten auf einer einzigen Maschine mit virtueller IP https://serverfault.com/questions/953328/load-balancing-multiple-nics-on-single-machine-presenting-a-virtual-ip
Die Frage, wie man Netzwerke für höhere Geschwindigkeiten wie Speedify kombinieren kann, ist noch offen. Ich habe einige Ideen zur ServerFault-Frage hinzugefügt.