Решение sr_ лучше, чем мой, но Вы могли использовать те ioctls с sleep
избегать бесконечного выделения ресурсов. Запишите цикл, который занимается расследованиями, если существует подвергнутое сомнению соединение / вниз, то сделайте что-то/ничто в любом случаи, и затем sleep
несколько секунд. Это генерирует просто немного нагрузки на Вашу систему.
Это должно работать, как долго интерфейс все еще
ifconfig eth0 | grep UP
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
мост является "переключателем", и он не должен иметь одного IP. Но проверьте, есть ли у Вас правила брандмауэра в eth0:
iptables -l -vnx
если rp_filter выключен
cat /proc/sys/net/ipv4/conf/eth1/rp_filter
0
и если все сбои, попытайтесь включить STP:
brctl stp br0 on
и включите promisc режим в том интерфейсе:
ifconfig eth0 promisc
(ifconfig eth0-promisc для удаления его)
Конечно, также проверьте, нет ли никакой другой конфигурации с помощью того удаленного IP :)
Да это работает.
Это зависит от Вашей операционной системы о том, как настроить такую настройку сети способом, на которую мост возрос и бегущий за перезагрузкой в той совокупности.
На основе моего опыта:
yast2
mv
переименовать мост к чему-то полезному после установки с yast2
vi
.