Приветствую. Нарвался на проблему с 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