Приветствую.
Нарвался на проблему с arp. Достаточно давно на самом деле
в первый раз, но сегодня вот опять. Решил и на kernel.org
закинуть (https://bugzilla.kernel.org/show_bug.cgi?id=218700)
но вдруг у кого мысли будут.
1822: ether1.2115@ether1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
noqueue state UP group default qlen 1000
link/ether 3c:ec:ef:1d:63:05 brd ff:ff:ff:ff:ff:ff
inet 100.64.1.114/30 brd 100.64.1.115 scope global ether1.2115
1829: ether9.3109@ether9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
noqueue state UP group default qlen 1000
link/ether 3c:ec:ef:4d:94:ee brd ff:ff:ff:ff:ff:ff
inet 100.64.3.62/30 brd 100.64.3.63 scope global ether9.3109
# arp -n|grep 100.64.1.113
100.64.1.113 ether 50:ff:20:26:fa:14 C ether9.3109
100.64.1.113 (incomplete) ether1.2115
В ether9.3109 прилетают arp who-has 100.64.1.114 tell 100.64.1.113
от забытой железки, а ядро зачем-то отвечает, что 100.64.1.114
имеет MAC 3c:ec:ef:4d:94:ee, хотя он реально с другим MAC на другом
интерфейсе, да ещё и в ARP таблицу запись добавляет, чтобы жизнь
совсем мёдом не казалась... Вопрос - как бороться. Понятно, что
есть вариант железку отключить.
--
С уважением, Сергей.
_______________________________________________
Sysadmins mailing list
Sysadmins@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/sysadmins
