URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 54678
[ Назад ]

Исходное сообщение
"FreeBSD странные записи в routing table"

Отправлено sadmitry , 21-Мрт-05 23:18 
FreeBSD 5.2.1
Появились записи в таблице рутинга типа:
gate# netstat -nr | grep 10^
10&0x000a  255.255.255.0 UGS ...
При этом некоторые хосты не пингаются до тех пор пока их руками не внесешь в таблицу. Поставлен mpd (туннель в Москву, с другой стороны - W2k Advanced Server), подозреваю что дело в этом, но после убивания mpd эта странная запись не исчезает.

Содержание

Сообщения в этом обсуждении
"FreeBSD странные записи в routing table"
Отправлено AMDmi3 , 22-Мрт-05 00:06 
>FreeBSD 5.2.1
>Появились записи в таблице рутинга типа:
>gate# netstat -nr | grep 10^
>10&0x000a  255.255.255.0 UGS ...
>При этом некоторые хосты не пингаются до тех пор пока их руками
>не внесешь в таблицу. Поставлен mpd (туннель в Москву, с другой
>стороны - W2k Advanced Server), подозреваю что дело в этом, но
>после убивания mpd эта странная запись не исчезает.

С таким не сталкивался, но знаю, что так обозначаются необычные маски сети (т.е. не удовлетворяющие правилу [Nединиц,(32-N)нулей], а произвольные). Возможно, где-то криво указана маска сети (например, перепутан порядок аргументов для route add, (0x000a это 10 как раз) или что-то вроде того). Если ситуация не прояснится, сделать route flush, и дальше /etc/rc.d/routing restart, перезапуск mpd с др. сервисов связанных с маршрутизацией, с постоянным просмотром таблицы - чтобы узнать кто именно шалит.


"FreeBSD странные записи в routing table"
Отправлено atdp03 , 22-Мрт-05 01:23 
>>FreeBSD 5.2.1
>>Появились записи в таблице рутинга типа:
>>gate# netstat -nr | grep 10^
>>10&0x000a  255.255.255.0 UGS ...
>>При этом некоторые хосты не пингаются до тех пор пока их руками
>>не внесешь в таблицу. Поставлен mpd (туннель в Москву, с другой
>>стороны - W2k Advanced Server), подозреваю что дело в этом, но
>>после убивания mpd эта странная запись не исчезает.

Было такое, когда промахнулся, и вместо маски 29 указал маску 39.

Поправилось переписыванием роута на правильный. ;)