Re: missing default route - такое бывает?
On 07.07.2009 13:01, Игорь Чумак wrote:
> После обновления etc->lenny обнаружил странную вещь: в системе исчезли
> default route (до upgrade их было 2, ip route их показывал).
> gate:~# ip route|grep default
> gate:~# ip route|grep 0.0
[...]
> Роутер настраивается 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:~#
>
>
> Вопрос: каким образом ядро ухитряется маршрутизировать пакеты без
> записей в таблице маршрутизации?
=== cut man ip ===
ip route show - list routes
table TABLEID
show the routes from this table(s). The default setting is to
show table main. TABLEID may either be the ID of a real table or
>>>>>>>>>>>>>>>>>>>>>>>>^^^^^
one of the special values:
all - list all of the tables.
cache - dump the routing cache.
=== cut man ip ===
В сложных случаях используются несколько таблиц (btw, в этом случае интерес
представляет также `ip ru`). Оно?
Если оно, по nmap: можешь попробовать из lenny-backports или собрать руками
4.90RC, но, судя по беглому RTFS, будет облом, он для получения информации о
роутинге пользуется устаревшим интерфейсом из /proc/net/route, и авангард^[*] с
несколькими таблицами роутинга понять всё равно не сможет.
--
^[*] "авангард" весьма условный, всё это хозяйство присутствует чуть ли не со
времён 2.2.* ядер. Другое дело, что за исключением особо продвинутых товарищей,
активно не использовалось.
Reply to: