missing default route - такое бывает?
Добрый день!
После обновления etc->lenny обнаружил странную вещь: в системе исчезли
default route (до upgrade их было 2, ip route их показывал).
Сейчас же
gate:~# ip route|grep default
gate:~# ip route|grep 0.0
192.168.100.0/24 dev eth1 proto kernel scope link src 192.168.100.1
10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.2
192.168.0.0/24 via 192.168.255.101 dev vlan400
192.168.10.0/24 via 192.168.255.10 dev vlan400
192.168.20.0/24 via 192.168.255.20 dev vlan400
192.168.30.0/24 via 192.168.255.30 dev vlan400
gate:~#
А это всё, что связано с подключениями к 2 провайдерам:
gate:~# ip route|grep vlan399
77.222.xxx.yyy/30 dev vlan399 proto kernel scope link src 77.222.xxx.y
77.222.aaa.bbb/29 dev vlan399 proto kernel scope link src 77.222.aaa.b
gate:~# ip route|grep vlan2
212.90.ccc.ddd/30 dev vlan2 proto kernel scope link src 212.90.ccc.d
gate:~#
Роутер настраивается shorewall'ом (вероятнее всего, в нём собака порылась).
Удивительное не в том, что при апгрейде что-то сломалось (всяко бывает),
а то, что всё продолжает работать. Единственная программа, которая
заметила изменение - nmap:
gate:~# nmap i.ua
Starting Nmap 4.62 ( http://nmap.org ) at 2009-07-07 11:58 EEST
nexthost: failed to determine route to 91.198.36.14
QUITTING!
gate:~#
Вопрос: каким образом ядро ухитряется маршрутизировать пакеты без
записей в таблице маршрутизации?
Ядро 2.6.18-5-686
Shorewall 4.2.9-1
iptables v1.4.2
--
Reply to: