LINUX.ORG.RU
ФорумAdmin

Отваливается сеть на сетевом мосте


0

1

на компьютере есть интерфейсы:
eth0 и eth1, которые объединены в br0 (сетевой мост), которому присвоен адрес 192.168.20.1, это внутреняя локальная сеть
есть eth2, это локальная сеть провайдера, через которую прокладывается впн-тунель до интернета, создавая интерфейс ppp0
так же запущен днс-сервер, который натравлен на br0 и раздает адреса в локальной сети
еще на этой же машине запущена виртуальная машина, в настройках сети ВМ указан «Сетевой мост» к интерфейсу br0, ВМ получает свой адрес в локальной сети и доступна в 192.168.20.1/24
проблема в том, что примерно раз в сутки (как повезет), на интерфейсе br0 прекращается передача данных
новые клиенты не могут получить адреса по dhcp, в логах пишет что шлёт DHCPDISCOVER, но ответа нет
если настроить адрес вручную, то 192.168.20.1 все равно не доступен, пинги не идут
логи на шлюзе тоже пустые при падении сети
при этом eth2 и соотвественно ppp0 работают нормально, интернет и локальная сеть доступны на самом шлюзе
перезапуск сети через invoke-rc.d networking restart не помогает, помогает только перезагрузка
еще eth1 и eth2 это одна PCI-X сетевая карточка, eth0 встроенная
дистрибутив Debian stable
почему может такое происходить и как починить?

Ответ на: комментарий от Pinkbyte

надо тогда подождать, пока упадёт
сетевая 0a:04.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 (rev 08)
подключена правда в обычный PCI

Fatalist ()
Ответ на: комментарий от Fatalist

а, ну с обычным PCI проблем не встречал. Проблемные у меня гигабитные D-Link 560 на PCI-X(драйвер sky2) - после пары дней аптайма(и десятка характерных ошибок, гуглить hung mac detected, enabling/disabling interface) они наглухо перестают принимать пакеты выше ~250 байт. То есть - стандартный ICMP(64 байта) ходит, а вот полноразмерный TCP(MTU 1500) - нет

Pinkbyte ★★★★★ ()
Ответ на: комментарий от Pinkbyte
r8169 0000:08:00.0: eth0: link down
br0: port 1(eth0) entering forwarding state
r8169 0000:08:00.0: eth0: link up
br0: port 1(eth0) entering forwarding state
br0: port 1(eth0) entering forwarding state
br0: port 1(eth0) entering forwarding state
r8169 0000:08:00.0: eth0: link down
br0: port 1(eth0) entering forwarding state
r8169 0000:08:00.0: eth0: link up
br0: port 1(eth0) entering forwarding state
br0: port 1(eth0) entering forwarding state
r8169 0000:08:00.0: eth0: link down
br0: port 1(eth0) entering forwarding state
r8169 0000:08:00.0: eth0: link up
br0: port 1(eth0) entering forwarding state
br0: port 1(eth0) entering forwarding state
br0: port 1(eth0) entering forwarding state


вот, упал после рестарта networking
вроде ничего криминального

Fatalist ()

Не знаю, поможет ли это, но в какой-то версии bridge-utils был баг, проявляющийся в назначении мосту MAC адреса одного из TAP интерфейсов, при выводе какого-то интерфейса из моста. Такое случается при завершении работы вирт. машины, может быть еще в какой-то ситуации. С точки зрения внешних систем, комп меняет MAC адрес, и до обновления ARP - таблиц никому не известен. Возможно баг починен в последних версиях bridge-utils.

anymouse ()
Ответ на: комментарий от anymouse

да всё уже прошло, само собой
ничего не трогал и не обновлял, просто перестало отваливаться, мистика какая то

Fatalist ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.