Ошибки с мостовыми интерфейсами
У меня проблема с Debian, запущенным в качестве гостя VirtualBox. Я могу установить мост, но он заполняет журналы большим количеством ошибок и система становится неработоспособной. Ошибки типа:
Nov 12 16:30:55 jessie-gnome kernel: [ 737.277528] br0: received packet on eth0 with own address as source address
Nov 12 16:31:00 jessie-gnome kernel: [ 742.280085] net_ratelimit: 47185 callbacks suppressed
Nov 12 16:31:00 jessie-gnome kernel: [ 742.280088] br0: received packet on eth1 with own address as source address
Nov 12 16:31:00 jessie-gnome kernel: [ 742.280178] br0: received packet on eth1 with own address as source address
Nov 12 16:31:00 jessie-gnome kernel: [ 742.280282] br0: received packet on eth1 with own address as source address
Мои файлы интерфейсов имеют:
auto lo
iface lo inet loopback
iface eth0 inet manual
iface eth1 inet manual
auto br0
iface br0 inet static
address 192.168.80.5
netmask 255.255.255.0
network 192.168.80.0
gateway 192.168.80.1
bridge_stp off # disable Spanning Tree Protocol
bridge_fd 0 # no forwarding delay
bridge_ports eth0 eth1
up iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT
И это процессы, которые потребляют больше времени CPU:
580 avahi 20 0 32224 2756 2492 R 16,2 0,2 1:30.48 avahi-daemon
3 root 20 0 0 0 0 R 15,5 0,0 1:43.27 ksoftirqd/0
923 root 20 0 215988 34140 18968 S 15,2 2,2 0:34.59 Xorg
1261 sergio 20 0 1330672 202952 68820 R 12,9 13,2 0:32.71 gnome-shell
7 root 20 0 0 0 0 S 12,6 0,0 1:22.70 rcu_sched
ОС - Debian 8.
Как я могу исправить эти ошибки?
Извините, что отвечаю на такой старый пост Также видел это на RPI4 с raspbian (Debian 10 Buster )У меня есть мост eth0.1 и wlan0. Кажется, это происходит, когда я запускаю iftop.
Я подозреваю, что когда процесс включает фильтрацию/прослушивание на мосту, wlan0 и eth0.1, у которых есть mac, приводит к этим сообщениям, а также отключает wlan0. Я работал над этим с помощью
#!/bin/bash
dmesg -T -x --follow |
while read LINE
do
if [[ "$LINE" == *"received packet on wlan0 with own address"* ]]; then
sleep 1
echo "RESTART hostapd: $LINE" >> /var/log/wlan0.log
systemctl restart hostapd
fi
done
Если эти сообщения продолжают поступать в виде лавинной рассылки, возможно, мост настроен НЕ на использование протокола связующего дерева. И некоторая внешняя сеть, подключенная к вашему программному мосту -, закрывает петлю между двумя вашими мостовыми портами.
Чтобы решить проблему, попробуйте:brctl stp br0 on.
По-видимому, по умолчанию STP также может быть отключен. Так было в моем случае, на довольно голом ядре 5.2.7 в начале процесса загрузки initrd. Я пытаюсь PXE -загрузить бездисковый клиент с программным -мостом, установленным в пользовательском пространстве Linux до того, как «ipconfig» выполнит свою работу:-)
Дополнительное примечание :при создании моста интерфейс br0 примет MAC-адрес первого добавленного физического интерфейса. Что, вероятно, не имеет ничего общего с обсуждаемой здесь «проблемой»… но для меня важно при загрузке PXE -. Я предпочитаю не тратить попусту две или более аренды на один бездисковый клиент.
Когда мост Linux получает пакет с новым MAC-адресом источника от определенного порта моста, он сохраняет MAC-адрес вместе с номером порта в своей таблице обучения MAC-адресов. Таймер связан с каждой записью в таблице, так что срок действия записи истекает через определенный период (, который -называется «временем устаревания» ), если только он не обновляется до этого. По умолчанию время устаревания в мосте Linux установлено на 300 секунд.
Чтобы решить эту проблему, нам нужно отключить изучение MAC-адресов в мосте Linux. Чтобы сделать это,мы устанавливаем «время старения» на 0 с помощью следующей команды:
sudo brctl setageing br0 0