https://ns.opennet.ru/openforum/vsluhforumID1/94673.html В локалке есть сервер с Zabbix.<br>Начала периодически возникать странная проблема с маршрутизацией.<br>Сервер (Debian Wheezy) подключен к циске через 802.3ad (LACP), поднят интерфейс bond0:<br><br>root@srv-lpb:~# cat /etc/network/interfaces<br>allow-hotplug eth0<br>allow-hotplug eth1<br><br>auto bond0<br>iface bond0 inet static<br> address 10.168.72.4<br> netmask 255.255.255.0<br> network 10.168.72.0<br> broadcast 10.168.72.255<br> gateway 10.168.72.1<br> # dns-* options are implemented by the resolvconf package, if installed<br> dns-nameservers 10.168.72.12 10.168.72.13<br> bond-slaves eth0 eth1<br> bond-mode 4<br><br>Через некоторое время работы (от 2-3 дней до нескольких недель) при обращении к некоторым хостам сервервер почему-то начинает лезть не через шлюз указанный в таблице маршрутизации:<br><br>root@srv-lpb:~# route -n<br>Kernel IP routing table<br>Destination Gateway Genmask Flags Metric Ref Use Iface<br>0.0.0.0 10.168.72.1 0.0.0.0 UG 0 https://ns.opennet.ru/openforum/vsluhforumID1/94673.html#5 Tue, 21 May 2013 11:37:17 GMT &gt; Привет, <br>&gt; Посмотрите что выдает 'arp -n' насчет проблемных хостов в такой момент. Трафик <br>&gt; всегда ли заворачивает на 109.235.185.161? Не появляется ли где-нибудь подороге proxy-arp? <br>&gt; Еще, у ядра не одна таблица маршрутов, а аж 255 таких; 'ip <br>&gt; r l' выдает лишь последнюю из них. Чтобы туда попал неправильный <br>&gt; маршрут, его должен кто-то прописать (допустим, что нет динамической маршрутизации... <br>&gt; или есть?).<br>&gt; WWell, <br><br>Ещё оказалась полезной команда route -nC<br> https://ns.opennet.ru/openforum/vsluhforumID1/94673.html#4 Tue, 21 May 2013 11:18:09 GMT &gt; Таблицы маршрутизации приведены на момент некорректной маршрутизации ?<br>&gt; Попробуйте отключить net.ipv4.conf.default.accept_redirects = 1 <br><br>Спасибо, вроде помогло.<br>Да виновата циска, она шлёт редиректы.<br> https://ns.opennet.ru/openforum/vsluhforumID1/94673.html#3 Mon, 20 May 2013 14:19:17 GMT Привет,<br><br>Посмотрите что выдает 'arp -n' насчет проблемных хостов в такой момент. Трафик всегда ли заворачивает на 109.235.185.161? Не появляется ли где-нибудь подороге proxy-arp? <br><br>Еще, у ядра не одна таблица маршрутов, а аж 255 таких; 'ip r l' выдает лишь последнюю из них. Чтобы туда попал неправильный маршрут, его должен кто-то прописать (допустим, что нет динамической маршрутизации... или есть?).<br><br>WWell,<br> https://ns.opennet.ru/openforum/vsluhforumID1/94673.html#2 Mon, 20 May 2013 14:15:20 GMT Еще можно попробовать отключить ip redirects<br> На интерфейсе циско.<br><br><br>&gt;[оверквотинг удален]<br>&gt; 1 10.168.72.1 2.400 ms 2.583 ms 2.771 <br>&gt; ms <br>&gt; 2 10.168.2.169 0.492 ms 0.547 ms 0.739 <br>&gt; ms <br>&gt; 3 10.108.15.17 0.631 ms 0.629 ms 0.677 <br>&gt; ms <br>&gt; 4 10.108.245.6 0.976 ms * * <br>&gt; После перезагрузки сервера некоторое время всё работает отлично - потом опять начинают <br>&gt; "теряться" некоторые хосты.<br>&gt; PS Файрволлов и т.п. нету.<br><br> https://ns.opennet.ru/openforum/vsluhforumID1/94673.html#1 Mon, 20 May 2013 13:14:09 GMT <br>Таблицы маршрутизации приведены на момент некорректной маршрутизации ?<br><br>Попробуйте отключить net.ipv4.conf.default.accept_redirects = 1 <br>