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.* ядер. Другое дело, что за исключением особо продвинутых товарищей, активно не использовалось.
-- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
