Назад | Перейти на главную страницу

Нормально ли для маршрута ip -6 накапливать записи в Linux?

На Linux-машине, подключенной к Интернету ipv6 через туннель маршрутизатора, объявленный radvd, ip -6 route накапливает недавние адреса. Почему это происходит? Это ожидаемое поведение или машина неправильно сконфигурирована? На другом компьютере, который напрямую подключен к туннелю ipv6, ip -6 route ведет более короткий список.

На клиенте (который накапливает недавние адреса как маршруты):

ip -6 route # after pinging ipv6.google.com and www.kame.net

2001:200:dff:fff1:216:3eff:feb1:44d7 via fe80::216:1ff:fe14:444 dev eth0  proto static  metric 1024 
2001:470:8:e7c::/64 dev eth0  proto kernel  metric 256  expires 86407sec
2607:f8b0:4002:801::1011 via fe80::216:1ff:fe14:444 dev eth0  proto static  metric 1024 
fe80::/64 dev eth0  proto kernel  metric 256 
default via fe80::216:1ff:fe14:444 dev eth0  proto kernel  metric 1024 

На роутере:

    ip -6 route
    ::/96 via :: dev tun6to4  metric 256  mtu 1280 advmss 1220
    2001:470:7:e7c::/64 via :: dev he-ipv6  metric 256  mtu 1480 advmss 1420
    2001:470:8:e7c::/64 dev br0  metric 256  mtu 1500 advmss 1440
    2002:62b4:2270:1::/64 dev br0  metric 256  mtu 1500 advmss 1440
    2002::/16 dev tun6to4  metric 256  mtu 1280 advmss 1220
    2000::/3 dev he-ipv6  metric 1024  mtu 1480 advmss 1420
    fe80::/64 dev eth0  metric 256  mtu 1500 advmss 1440
    fe80::/64 dev vlan0  metric 256  mtu 1500 advmss 1440
    fe80::/64 dev eth1  metric 256  mtu 1500 advmss 1440
    fe80::/64 dev br0  metric 256  mtu 1500 advmss 1440
    fe80::/64 dev vlan1  metric 256  mtu 1500 advmss 1440
    fe80::/64 via :: dev he-ipv6  metric 256  mtu 1480 advmss 1420
    fe80::/64 dev tun6to4  metric 256  mtu 1280 advmss 1220
    ff00::/8 dev eth0  metric 256  mtu 1500 advmss 1440
    ff00::/8 dev vlan0  metric 256  mtu 1500 advmss 1440
    ff00::/8 dev eth1  metric 256  mtu 1500 advmss 1440
    ff00::/8 dev br0  metric 256  mtu 1500 advmss 1440
    ff00::/8 dev vlan1  metric 256  mtu 1500 advmss 1440
    ff00::/8 dev he-ipv6  metric 256  mtu 1480 advmss 1420
    ff00::/8 dev tun6to4  metric 256  mtu 1280 advmss 1220
    default dev he-ipv6  metric 1024  mtu 1480 advmss 1420

ip -6 a
1: lo: <LOOPBACK,MULTICAST,UP>
    inet6 ::1/128 scope host
3: eth0: <BROADCAST,MULTICAST,PROMISC,UP>
    inet6 fe80::216:1ff:fe14:444/64 scope link
4: eth1: <BROADCAST,MULTICAST,PROMISC,UP>
    inet6 fe80::216:1ff:fe14:446/64 scope link
5: vlan0: <BROADCAST,MULTICAST,PROMISC,UP>
    inet6 fe80::216:1ff:fe14:444/64 scope link
6: vlan1: <BROADCAST,MULTICAST,UP>
    inet6 fe80::216:1ff:fe14:445/64 scope link
8: br0: <BROADCAST,MULTICAST,PROMISC,UP>
    inet6 fe80::216:1ff:fe14:444/64 scope link
    inet6 2002:62b4:2270:1::1/64 scope global
    inet6 2001:470:8:e7c::1/64 scope global
12: he-ipv6: <POINTOPOINT,NOARP,UP>
    inet6 2001:470:7:e7c::2/64 scope global
    inet6 fe80::62b4:2270/128 scope link
13: tun6to4: <NOARP,UP>
    inet6 2002:62b4:2270::1/16 scope global
    inet6 ::98.180.34.112/128 scope global

radvd.conf:

interface br0 {
AdvSendAdvert on;
prefix 2001:470:8:e7c::/64 {
AdvOnLink on;
AdvAutonomous on;
AdvRouterAddr off;
};
};

Я подозреваю, что здесь происходит то, что маршрутизатор не имеет адреса в 2001:888:0:18:: диапазон, поэтому маршрутизатор транслирует свои объявления о маршруте, используя свой локальный адрес канала (fe80::444).

Поскольку fe80:: диапазон не связан с конкретным интерфейсом, клиентскому компьютеру необходимо отслеживать, какой интерфейс использовать при отправке пакетов на fe80::444, поэтому он добавляет запись в свою таблицу маршрутизации.

Если ваш маршрутизатор обнаруживает адрес в той же сети, скажите 2001:888:0:18::1, Я подозреваю, что это поведение может измениться.