Почему я не могу выполнить ping локального адреса IPv6?

Почему я не могу выполнить ping локального адреса IPv6?

ОС: almalinux9

2610:150:c002::1:a563это IPv6-адрес моей локальной сетевой карты eno2.

[root@alpha ~]# ip addr show eno2
3: eno2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether b8:ca:3a:f9:54:f8 brd ff:ff:ff:ff:ff:ff
    altname enp1s0f1
    inet 192.168.3.242/29 brd 192.168.3.247 scope global noprefixroute eno2
       valid_lft forever preferred_lft forever
    inet6 2610:150:c002::1:a563/124 scope global tentative noprefixroute
       valid_lft forever preferred_lft forever
    inet6 fe80::baca:3aff:fef9:54f8/64 scope link tentative noprefixroute
       valid_lft forever preferred_lft forever

Я могу пинговать lo ::1:

[root@alpha ~]# ping ::1
PING ::1(::1) 56 data bytes
64 bytes from ::1: icmp_seq=1 ttl=64 time=0.081 ms
64 bytes from ::1: icmp_seq=2 ttl=64 time=0.173 ms
64 bytes from ::1: icmp_seq=3 ttl=64 time=0.071 ms
64 bytes from ::1: icmp_seq=4 ttl=64 time=0.080 ms

Но я не могу пинговать 2610:150:c002::1:a563:

[root@alpha ~]# ping6 2610:150:c002::1:a563
PING 2610:150:c002::1:a563(2610:150:c002::1:a563) 56 data bytes
^C
--- 2610:150:c002::1:a563 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3063ms

Вот результат команды ip -6 route

[root@alpha ~]# ip -6 route
::1 dev lo proto kernel metric 256 pref medium
2610:150:c002::1:a560/124 dev eno2 proto kernel metric 104 linkdown pref medium
fe80::/64 dev vnet0 proto kernel metric 256 pref medium
fe80::/64 dev vnet1 proto kernel metric 256 pref medium
fe80::/64 dev vnet3 proto kernel metric 256 pref medium
fe80::/64 dev vnet4 proto kernel metric 256 pref medium
fe80::/64 dev vnet8 proto kernel metric 256 pref medium
fe80::/64 dev vnet9 proto kernel metric 256 pref medium
fe80::/64 dev vnet10 proto kernel metric 256 pref medium
fe80::/64 dev vnet13 proto kernel metric 256 pref medium
fe80::/64 dev vnet16 proto kernel metric 256 pref medium
fe80::/64 dev vnet17 proto kernel metric 256 pref medium
fe80::/64 dev vnet18 proto kernel metric 256 pref medium
fe80::/64 dev vnet26 proto kernel metric 256 pref medium
fe80::/64 dev eno2 proto kernel metric 1024 linkdown pref medium
default via 2610:150:c002::1:a561 dev eno2 proto static metric 104 linkdown pref medium
[root@alpha ~]#
[root@alpha ~]# ip route
default via 192.168.3.241 dev eno1 proto static metric 101
192.168.3.240/29 dev eno1 proto kernel scope link src 192.168.3.242 metric 101
192.168.3.240/29 dev eno2 proto kernel scope link src 192.168.3.243 metric 104 linkdown
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
[root@alpha ~]#

Вот результат команды ip route get 2610:150:c002::1:a563

[root@alpha ~]# ip route get 2610:150:c002::1:a563
2610:150:c002::1:a563 dev eno2 proto kernel src ::1 metric 102 pref medium
[root@alpha ~]#

Может ли кто-нибудь мне помочь? Буду благодарен.

решение1

Предварительный флаг на iproute в выводе Linux подразумевает, что обнаружение дублирующихся адресов (DAD) не произошло. Для вас это и рассматриваемый адрес, и ваша ссылка локальная. В IPv6 существует стандартный DAD, и сетевой стек не должен пропускать трафик, пока это не произойдет. IPv6 предотвращает сложные для устранения проблемы дублирующихся адресов, в отличие от IPv4.

linkdown и NO-CARRIER означает, что связанный интерфейс недоступен из-за отключения носителя или чего-то подобного. Как вы сказали в комментариях.

Начнем с очевидного варианта и перейдем к более продвинутому:

Подключите NIC и включите его, чтобы DAD закончил. Это не значит, что сетевой стек не знает своих адресов, но он выполняет безопасное действие. Как и в распределенных системах, не доверяйте своему уникальному идентификатору, предоставленному пользователем, пока не спросите своих коллег.

Установите адрес на каком-то другом интерфейсе up. Без дополнительного контекста того, что вы делаете, сложно сказать, что именно. Может быть какой-то другой физический или виртуальный ethernet, может быть loopback.

Отключить DAD на интерфейсе. Возвращение к плохим старым временам дублирования адресов, рекомендуется только если вы точно знаете, что на ссылке нет дубликатов.

Дальнейшее чтение:некоторые записи в блоге о ПАДЕ.

Связанный контент