Не бросать! ICMP волей-неволей! Несомненно, некоторые запросы ICMP опасны, но остальное абсолютно требуется, чтобы сеть работала (думайте "место назначения, недостижимое" и тот зоопарк).
Хорошо мне удалось зафиксировать его, но это был реальный ЛАВАШ (для Linux отчаянно нужна более сформировавшаяся система установки драйвера со встроенным откатом, по моему скромному мнению). Вот то, как:
cd /lib/modules/3.2.0-4-amd64/kernel/drivers/net/ethernet/realtek/
Этот каталог имел r8169.bak
и r8168.ko
. Если бы установщик Realtek только что удалил r8169 вместо того, чтобы создать резервную копию его, то я был бы завинчен.
/sbin/rmmod r8168
ifconfig -a
Оба eth0
и eth1
теперь исчез.
mv r8168.ko r8168.bak
mv r8169.bak r8169.ko
/sbin/depmod `uname -r`
/sbin/modprobe r8169
ifconfig -a
eth0
и eth1
вернулись, и работа.
Таким образом в заключении; установка драйвера и обновляющий в Linux сосет. Лучше надеюсь, что Ваш установщик достаточно хорош для резервного копирования предыдущих драйверов, потому что в Linux в основном говорится, "делают, какого черта Вы хотите установить свои новые драйверы". Должен быть некоторый сервис, который называют для установки драйверов, посредством чего Linux отслеживает предыдущие версии, таким образом, они могут откатываться.
Так или иначе новые драйверы Realtek препятствовали тому, чтобы eth1 был обнаружен!
Своего рода позор, так как, очевидно, драйверы ядра в дереве работали во-первых. Почему Вы устанавливали новые?
Если интерфейс обнаруживается с ifconfig
, затем ядру загрузили драйвер для nic. Это не обязательно означает, что драйвер будет работать отлично на то, что Вы планируете сделать с ним, но в 99% + случаев, он будет. Realtek микросхемы Ethernet распространены и ядро, имеет много поддержки их.
Может казаться, что "лучший" драйвер для использования был бы драйвером от производителя, но я думаю, что это на самом деле обычно не верно. Проблема состоит в том, что производители имеют мало или ничто инвестированное в драйверы Linux - оба с точки зрения того, насколько оно имеет значение для них (очень мало, так как Linux имеет незначительную долю рынка), и, следовательно, сколько ресурсов они выделят ему. Далее:
Поскольку они не часть официального дерева ядра, нет никакого непосредственного участия с фактическим ядром devs. При значении почти любой клоун, возможно, сделал это. Они за пределами нормальной проверки и экспертной оценки и т.д.
Поскольку они - закрытый исходный код, никто не может посмотреть на код и сказать, "Это неправильно", и т.д. Так независимо от того, что ошибки, там скрыты от представления. Если существует некоторая проблема, и производитель не может быть побеспокоен, чтобы заплатить кому-то для поддержания драйвера правильно, никто больше не может подойти к пластине, потому что пластина выходит за пределы.
Короче говоря, нет никакого контроля продукта и никакого обязательства от людей если это. Linux devs является довольно явным об этом: лучший драйвер для использования является официальным драйвером в дереве, НЕ собственным. Только если собственный драйвер ядра не работает, должен Вы начинать смотреть в другом месте.