Как конфигурируют сеть? (Раунд 2)

дописал
LinkLocalAddressing=no
в каждый интерфейс под Bridge=br0

Не помогло.

Дистрибутив какой? Что-то типа ifupdown не стоит случаем?

У меня при обновлении до Debian 9 были грабли с этим, потому что оно кроме утилит для руления интерфейсом еще и правилом для udev обросло.

# which ifupdown
which: no ifupdown in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/6.4.0:/usr/lib/llvm/6/bin:/usr/lib/llvm/5/bin:/usr/lib/llvm/4/bin)
# equo s ifupdown
╠ @@ Поиск...
╠ Ключевые слова: ifupdown
╠ Найдено: 0 entries

ещё топик на похожую тему:
https://bbs.archlinux.org/viewtopic.php?id=237870

https://serverfault.com/questions/755075/strange-default-route-0-0-0-0-0-to-0...

$ dpkg --listfiles ifupdown
...
/sbin
/sbin/ifup
/sbin/ifdown
/sbin/ifquery
...
/lib/systemd/system/ifup@.service
/lib/systemd/system/networking.service
...

Вот это вот.

не-не, ничего такого:

# ls -1 /sbin/if*
/sbin/ifcfg
/sbin/ifrename
/sbin/ifstat
# ls  -1 /lib/systemd/system/i*
/lib/systemd/system/initrd-cleanup.service
/lib/systemd/system/initrd-fs.target
/lib/systemd/system/initrd-parse-etc.service
/lib/systemd/system/initrd-root-device.target
/lib/systemd/system/initrd-root-fs.target
/lib/systemd/system/initrd-switch-root.service
/lib/systemd/system/initrd-switch-root.target
/lib/systemd/system/initrd.target
/lib/systemd/system/initrd-udevadm-cleanup-db.service

более лучший вопрос - почему br0 в состоянии configuring. Так быть не должно.

Со временем он становится
8 br0 bridge routable configured

Проблема не в нём, а в том, что enp5s0 получает APIPA-адрес. Пока думаю, что во всём виноват Avahi. Дописал в начало топика.

«Avahi apparently decided “screw the configuration you specified in /etc/network/interfaces, I’m going to give your production virt host bridge an autoconf address. Because I want to be helpful.”
http://jrs-s.net/2015/01/09/avahi-killed-my-server/

Но останавливать его бы не хотелось, хотелось бы переконфигурировать.

И, кстати, просто остановка не помогает.

If the specified address is 0.0.0.0 (for IPv4) or [::] (for IPv6), a new address range of the requested size is automatically allocated from a system-wide pool of unused ranges.

https://www.systutorials.com/docs/linux/man/5-systemd.network/

ну засунул ты enp5s0 в бридж, а дальше что? он каким образом должен понять какой IP получить?

бриджу адрес прописан (см. в стартовом посте файл br0.network), а интерфейс enp5s0 должен иметь адрес 0.0.0.0/32 (то есть никакого).

а на самом деле в логе
journalctl -u systemd-networkd
написано
systemd-networkd[2604]: enp5s0: Adding address: 169.254.133.146/16 (valid forever)

И это возмутительно, что systemd зачем-то пытается присвоить другой адрес, это всё ломает.

а интерфейс enp5s0 должен иметь адрес 0.0.0.0/32

это ты где такое узнал? дай линк.

Это выяснено опытным путём.

Если выполнить две команды:
ifconfig enp5s0 down
ifconfig enp5s0 0.0.0.0 up

то начинает работать (но не долго)

# ifconfig
-bash: ifconfig: command not found

а можно без машины времени как-то обойтись? мне лень отправляться в 2007-й. снова.

можно без машины времени как-то обойтись?

можно:

ip addr show enp5s0
2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UP group default qlen 1000
    link/ether 00:1d:7d:04:80:cb brd ff:ff:ff:ff:ff:ff
    inet 169.254.190.98/16 brd 169.254.255.255 scope global enp5s0
       valid_lft forever preferred_lft forever
    inet6 fe80::21d:7dff:fe04:80cb/64 scope link 
       valid_lft forever preferred_lft forever

ip addr del 169.254.190.98/16 dev enp5s0
ip addr del fe80::21d:7dff:fe04:80cb/64 dev enp5s0

ip addr show enp5s0
2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UP group default qlen 1000
    link/ether 00:1d:7d:04:80:cb brd ff:ff:ff:ff:ff:ff

если выполнить эти команды, то тоже начинает работать (это эквивалент тому ifconfig enp5s0 down && ifconfig enp5s0 0.0.0.0 up)

если у тебя enp5s0 поднят без IP адреса ничего не работает?

если выполнить эти команды, то тоже начинает работать (это эквивалент тому ifconfig enp5s0 down && ifconfig enp5s0 0.0.0.0 up)

ок, а почему не работает если 169.254. ему выдают?

наоборот, если enp5s0 находится в бридже рабом, то пока он без IP-адреса, то всё работает.

Как только адрес присваивается, работать перестаёт.

Если убрать адрес руками, то работать начинает.

Проблема в том, что адрес присваивается софтом самостоятельно, против моей воли.

ок, а почему не работает если 169.254. ему выдают?

Потому что когда интерфейс в бридже, не надо ему выдавать адрес (но это ещё половина беды), вторая половина беды заключется в том, что создаётся запись в таблице маршрутизации (с нулями, см. выше в стартовом посте). И из-за этой записи маршрутизации нет.

А если адрес не прописывать, то маршрутизации неправильной нет и всё работает.

Правильная таблица маршрутизации должна выглядеть так:

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 br0
10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 wg0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 br0

ну выкинь нафиг тогда бридж-утилс, возьми openvswitch

ке-ке-ке

169.254.x.x - это link-local адрес. Пропиши в конфиге «LinkLocalAddressing=no», если убрал

не помогает, я так уже пробовал, и уже написал об этом выше

ovs-vsctl --may-exist add-br br0
ovs-vsctl --may-exist add-port br0 enp5s0
ovs-vsctl --may-exist add-port br0 tap0

не рокетсайнс есть жи.

а если я не дома? а если я в пампасах? тут пользуются тем, что есть у папуасов

вот ещё странная ссылка
https://bugs.freedesktop.org/show_bug.cgi?id=86947

проблема по-прежнему не решена.

запилил такой же бридж на своем десктопе (тащемта у тебя самая стандартная конфигурация), и все заработало. Кстати, enp5s0 как раз должен быть degraded.

Возможно, у тебя какая-то совсем тупая причина. Правильно ли прописаны адреса в br0.network? Что будет, если вместо них прописать DHCP=ipv4? Пробовал ли перезагрузиться после изменения конфигурации, а не просто рестартнуть networkd?

Правильно ли прописаны адреса в br0.network?

Они прописаны правильно. Хотя то, какие именно адреса там прописаны - не должно влиять на таблицу роутинга.

Возможно, у тебя какая-то совсем тупая причина.

Отлично. Как бы узнать, какая именно?

Пробовал ли перезагрузиться после изменения конфигурации, а не просто рестартнуть networkd?

Обычно я останавливаю systemd-networkd, руками убиваю бридж и запускаю сервис снова:
systemctl stop systemd-networkd
ifconfig enp5s0 down
ifconfig br0 down
brctl delbr br0
... редактирую конфиги
systemctl start systemd-networkd

Сеть конфигурируют не так

Мои настройки для моста из /etc/systemd/network

==> 10-br-tap.netdev <==
[NetDev]
Name=br0
Kind=bridge

[Bridge]
STP=True

==> 11-eth.network <==
[Match]
Name=eth*
[Network]
#DHCP=yes
Bridge=br0

==> 12-br0.network <==
[Match]
Name=br0
[Network]
DHCP=yes

==> 13-tap0.network <==
[Match]
Name=tap0

[Network]
Bridge=br0

Сеть

$ networkctl
IDX LINK             TYPE               OPERATIONAL SETUP
  1 lo               loopback           carrier     unmanaged
  2 eth0             ether              carrier     configuring
  4 br0              ether              routable    configured
  5 tap0             ether              carrier     configuring

Маршруты

$ sudo route -n
[sudo] пароль для radjah:
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    1024   0        0 br0
...
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
192.168.1.1     0.0.0.0         255.255.255.255 UH    1024   0        0 br0

Спрашивай свои вопросы.

Спрашивай свои вопросы.

Как сделать, чтобы работало в моей операционной системе (а не в твоей. Установить твою - не предлагать.)

Я вообще руководствовался арчевики.

Я понимаю. И теперь ты очень горд собой. Даже если я возьму сейчас Arch (или Debian), подниму с твоим конфигом пару виртуалок и это заработает, то как это поможет мне в диагностике моей проблемы с другим дистрибутивом? Вон человек выше пишет, что у него прямо мои конфиги работают.

Ты в оп-посте не описал, чем у тебя сеть до systemd рулилась. Может у тебя там вообще через networking было, а ты его не отключил, или NetworkManager какой стоит, который тоже поднасрать может.

Экстрасенсы все в отпусках.

Экстрасенсы все в отпусках.

И это очень плохо. Мне-то как раз нужна диагностика работающей системы. И если, допустим, про NetworkManager можно прочитать его документацию и пропробовать что-то сделать, то что такое «через networking» я вообще не понял.

Ты в оп-посте не описал, чем у тебя сеть до systemd рулилась.

А я не знаю. Мне нужны примеры диагностических команд.

/etc/network

/etc/init.d/networking и одноименный юнит для systemd.

# ls /etc/network
ls: невозможно получить доступ к '/etc/network': Нет такого файла или каталога

# file /etc/init.d/networking
/etc/init.d/networking: cannot open `/etc/init.d/networking' (No such file or directory)

Ну тогда жди экстрасенсов.

Так NetworkManager активен или нет? Что говорят команды nmcli dev и nmcli conn?

Так NetworkManager активен или нет?

Он установлен, но я ещё не прочитал по нему документацию, поэтому я ничего не ответил.

Что говорят команды nmcli dev и nmcli conn?

# nmcli dev
Ошибка: не удалось создать объект NMClient: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method «GetManagedObjects» with signature «» on interface «org.freedesktop.DBus.ObjectManager» doesn't exist

# nmcli conn
Ошибка: не удалось создать объект NMClient: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method «GetManagedObjects» with signature «» on interface «org.freedesktop.DBus.ObjectManager» doesn't exist