☰

Warum kann ich die lokale IPv6-Adresse nicht anpingen?

tag-icon • tag-icon linux networking firewall ipv6 ping
Warum kann ich die lokale IPv6-Adresse nicht anpingen?

Betriebssystem: almalinux9

2610:150:c002::1:a563ist die IPv6-Adresse meiner lokalen Netzwerkkarte 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

Ich kann pingen 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

Aber ich kann nicht pingen 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

Hier ist das Ergebnis des Befehls 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 ~]#

Hier ist das Ergebnis des Befehls 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 ~]#

Kann mir jemand helfen? Ich bin dankbar.

Antwort1

Ein vorläufiges Flag auf iproute in der Linux-Ausgabe bedeutet, dass keine doppelte Adresserkennung (DAD) stattgefunden hat. Für Sie ist dies sowohl die betreffende Adresse als auch Ihr lokaler Link. Unter IPv6 existiert eine Standard-DAD, und der Netzwerkstapel sollte keinen Datenverkehr weiterleiten, bis dies geschieht. Im Gegensatz zu IPv4 verhindert IPv6 schwer zu behebende Probleme mit doppelten Adressen.

Linkdown und NO-CARRIER bedeuten, dass die zugehörige Schnittstelle aufgrund eines nicht angeschlossenen Mediums oder Ähnlichem nicht verfügbar ist. Wie Sie in den Kommentaren sagten.

Beginnen Sie mit der offensichtlichen Option und gehen Sie dann weiter fortgeschritten vor:

Schließen Sie die Netzwerkkarte an und schalten Sie sie ein, damit DAD fertig wird. Es ist nicht so, dass der Netzwerkstapel seine eigenen Adressen nicht kennt, sondern er führt eine sichere Aktion aus. Wie in verteilten Systemen sollten Sie nicht darauf vertrauen, dass Sie eine eindeutige, vom Benutzer bereitgestellte ID haben, bis Sie Ihre Kollegen gefragt haben.

Stellen Sie die Adresse auf einer anderen aktiven Schnittstelle ein. Ohne näheren Kontext zu dem, was Sie tun, ist es schwierig zu sagen, was genau. Es könnte sich um ein anderes physisches oder virtuelles Ethernet handeln, es könnte sich um einen Loopback handeln.

Deaktivieren Sie DAD auf der Schnittstelle. Eine Rückkehr zu den schlechten alten Zeiten doppelter Adressen. Nur zu empfehlen, wenn Sie sicher sind, dass der Link keine Duplikate enthält.

Weiterführende Literatur:einige Blogbeiträge zu DAD.

verwandte Informationen