Ich muss Gigabit-Netzwerkschnittstellen, die ich überbrückt habe.
/ etc / network / interfaces ist:
auto lo
iface lo inet loopback
# Set up interfaces manually, avoiding conflicts with, e.g., network manager
iface eth0 inet manual
iface eth1 inet manual
# Bridge setup
auto br0
iface br0 inet static
bridge_ports eth0 eth1
address 192.168.88.2
broadcast 192.168.88.255
netmask 255.255.255.0
gateway 192.168.88.254
dns-nameservers 192.168.88.254
Aber die MTU ist nur 1500
myth@myth:~$ traceroute --mtu 192.168.88.1
traceroute to 192.168.88.1 (192.168.88.1), 30 hops max, 65000 byte packets
1 RoboStation.local (192.168.88.1) 0.278 ms F=1500 0.279 ms 0.287 ms
Wenn ich die folgenden Befehle ausführe:
myth@myth:~$ sudo ifconfig eth0 mtu 9000
myth@myth:~$ sudo ifconfig eth1 mtu 9000
myth@myth:~$ traceroute --mtu 192.168.88.1
traceroute to 192.168.88.1 (192.168.88.1), 30 hops max, 65000 byte packets
1 RoboStation.local (192.168.88.1) 0.407 ms F=9000 0.422 ms 0.383 ms
Jetzt habe ich eine MTU von 9000 und die Übertragungen auf mein NAS sind VIEL schneller
Aber ich dachte, ich würde dies einfach in der Datei / etc / network / interfaces tun:
auto lo
iface lo inet loopback
# Set up interfaces manually, avoiding conflicts with, e.g., network manager
iface eth0 inet manual
mtu 9000
iface eth1 inet manual
mtu 9000
# Bridge setup
auto br0
iface br0 inet static
bridge_ports eth0 eth1
address 192.168.88.2
broadcast 192.168.88.255
netmask 255.255.255.0
gateway 192.168.88.254
dns-nameservers 192.168.88.254
mtu 9000
Das Netzwerk wird jedoch beim Booten nicht gestartet
Ich habe das mtu 9000
aus dem br0-Bereich entfernt und der PC startet mit dem Netzwerk, aber die MTU ist immer noch 9000
Wie setze ich die MTU beim Booten für eth0 und eth1 auf 9000, damit die Bridge bei 9000 läuft?
Gibt es auch eine Möglichkeit, / etc / network / interfaces zu testen, ohne ständig neu zu starten?
quelle
post-up ifconfig eth0 mtu 9000
am Ende des br0-Abschnitts zweimal, sowohl für eth0 als auch für eth1.post-up ip link set dev eth0 mtu 9000
mtu
Option in dermanual
Methode unterstützt werden sollte (sicherlich schlägt die Manpage am 14.04 dies nicht vor) und dass das Problem wahrscheinlich eher mit diesem Fehler zusammenhängt (siehe Kommentar # 4 insbesondere). Sehr wahrscheinlich ist dies in 16.04 als Nebenprodukt der systemd-Migration