У меня есть гигабитные сетевые интерфейсы, которые я подключил.
/ etc / network / interfaces это:
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
Но MTU только 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
Если я запускаю следующие команды:
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
Теперь у меня MTU 9000 и переводы на мой NAS НАМНОГО быстрее
Но я думал, что просто сделаю это в файле / etc / network / interfaces:
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
Но сеть просто не может загрузиться при загрузке
Я удалил mtu 9000
из раздела br0 и компьютер загружается с приближением сети, но MTU все еще 9000
Как мне установить MTU на 9000 для eth0 и eth1 при загрузке, чтобы мост работал на 9000?
Также есть ли способ протестировать / etc / network / interfaces без перезагрузки все время?
источник
post-up ifconfig eth0 mtu 9000
в конце раздела br0, дважды, как для eth0, так и для eth1.post-up ip link set dev eth0 mtu 9000
mtu
опция должна поддерживаться вmanual
методе (конечно, справочная страница 14.04 не предполагает, что это не так) и что проблема, вероятно, больше связана с этой ошибкой (см. Комментарий # 4 в частности). Вполне вероятно, что это исправлено в 16.04 как побочный продукт миграции systemd