dhcpcd dhcpv6 läuft nach Router Advertise ab, sendet nie eine DHCPv6-Anforderung

dhcpcd dhcpv6 läuft nach Router Advertise ab, sendet nie eine DHCPv6-Anforderung

Ich verwende einen Linux-Host als IPv4-Router und habe mir überlegt, IPv6 zu aktivieren (das ist die Zukunft, wie man mir sagt). Ich verwende es bereits dhcpcdals DHCPv4-Client, um eine Adresse von meinem ISP zu erhalten, also dachte ich, ich könnte es auch für DHCPv6 verwenden.

Obwohl ich sehen kann, dass dhcpcdeine Anforderungsnachricht gesendet wird und der DHCPv6-Server mit 2x DHCPv6-Werbenachrichten antwortet, wird leider keine dhcpcdDHCPv6-Anforderung gesendet.

Ich sehe, dass die folgende Abfolge von drei Meldungen dreimal wiederholt wird und dann dhcpcdeine Zeitüberschreitung auftritt:

15:41:06.457440 IP6 (flowlabel 0x1e0d7, hlim 1, next-header UDP (17) payload length: 152) fe80::aaaa:aaaa:aaaa:aaaa.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=bc3d12 (client-ID type 4) (elapsed-time 0) (vendor-class) (rapid-commit) (IA_NA IAID:403318227 T1:0 T2:0) (Client-FQDN) (reconfigure-accept) (option-request DNS-server DNS-search-list Client-FQDN opt_82 opt_83))

15:41:07.168805 IP6 (class 0x48, hlim 56, next-header UDP (17) payload length: 140) 2001:558:4082:7f::1.dhcpv6-server > fe80::aaaa:aaaa:aaaa:aaaa.dhcpv6-client: [udp sum ok] dhcp6 advertise (xid=bc3d12 (client-ID type 4) (server-ID hwaddr/time type 1 time 493924036 40a8f0347664) (IA_NA IAID:403318227 T1:1800 T2:2880 (IA_ADDR 2001:558:600a:7f:bbbb:bbbb:bbbb:bbbb pltime:3600 vltime:3600)) (reconfigure-accept) (DNS-server cdns01.comcast.net cdns02.comcast.net) (Client-FQDN))

15:41:07.168912 IP6 (class 0x48, hlim 56, next-header UDP (17) payload length: 140) 2001:558:4082:7f::1.dhcpv6-server > fe80::aaaa:aaaa:aaaa:aaaa.dhcpv6-client: [udp sum ok] dhcp6 advertise (xid=bc3d12 (client-ID type 4) (server-ID hwaddr/time type 1 time 493924036 40a8f0347664) (IA_NA IAID:403318227 T1:1800 T2:2880 (IA_ADDR 2001:558:600a:7f:bbbb:bbbb:bbbb:bbbb pltime:3600 vltime:3600)) (reconfigure-accept) (DNS-server cdns01.comcast.net cdns02.comcast.net) (Client-FQDN))

Mar 14 15:41:05 router dhcpcd[126860]: DUID ...
Mar 14 15:41:05 router dhcpcd[126860]: enp8s0: IAID 18:0a:25:d3
Mar 14 15:41:05 router dhcpcd[126860]: enp8s0: adding address fe80::aaaa:aaaa:aaaa:aaaa
Mar 14 15:41:05 router dhcpcd[126860]: enp8s0: soliciting an IPv6 router
Mar 14 15:41:06 router dhcpcd[126860]: enp8s0: Router Advertisement from fe80::2aa:bbff:fecc:102
Mar 14 15:41:06 router dhcpcd[126860]: enp8s0: no global addresses for default route
Mar 14 15:41:06 router dhcpcd[126860]: enp8s0: soliciting a DHCPv6 lease
Mar 14 15:41:35 router dhcpcd[126860]: timed out
Mar 14 15:41:35 router dhcpcd[126860]: dhcpcd exited
$ cat /proc/sys/net/ipv6/conf/enp8s0/autoconf
1
$ cat /proc/sys/net/ipv6/conf/enp8s0/accept_ra_pinfo
1
$ cat /proc/sys/net/ipv6/conf/enp8s0/forwarding 
0
$ cat /proc/sys/net/ipv6/conf/enp8s0/accept_ra
0

Mein unmittelbares Ziel ist, IPv6 auf diesem „Router“-Host zum Laufen zu bringen, ohne Präfixdelegierung oder tatsächliches IPv6-Routing durchzuführen. Daher ist es vorerst so forwardingeingestellt . Wenn dieser Host als IPv6-Client funktioniert, werde ich mich dem Routing widmen.0

Ich habe versucht, accept_raes auf einzustellen 2, aber dhcpcdes wird auf zurückgesetzt 0.

Ich rufe dhcpcd netctlmit dem folgenden sehr einfachen Profil auf. Der genaue Aufruf lautet dhcpcd -6 -q -t 30 enp8s0:

$ cat /etc/netctl/enp8s0 
Interface=enp8s0
Connection=ethernet
IP=dhcp
DHCPClient=dhcpcd
IP6=dhcp
DHCP6Client=dhcpcd
$ dhcpcd --version
dhcpcd 8.1.6
Copyright (c) 2006-2019 Roy Marples
Compiled in features: INET ARP ARPing IPv4LL INET6 DHCPv6 AUTH
$ cat /etc/dhcpcd.conf  | egrep -v '^#'


hostname

duid

persistent

option rapid_commit

option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
option interface_mtu


require dhcp_server_identifier

slaac private
noipv4ll

Antwort1

Es sieht so aus, als würde Comcast die Client-ID, die es in seinen Werbenachrichten sendet, falsch kürzen. Ich habe es manuell dhcpcdmit der -dOption aufgerufen:

Mar 14 16:22:35 router dhcpcd[127923]: enp8s0: broadcasting SOLICIT6 (xid 0xc32482), next in 0.9 seconds
Mar 14 16:22:35 router dhcpcd[127923]: enp8s0: incorrect client ID from 2001:558:4082:7f::1
Mar 14 16:22:35 router dhcpcd[127923]: enp8s0: incorrect client ID from 2001:558:4082:7f::1

Und mit Wireshark habe ich die Client-IDs beobachtet:

11  5.308301    fe80::aaaa:aaaa:aaaa:aaaa   ff02::1:2   DHCPv6  208 Solicit XID: 0xc32482 CID: 000403000200040005000006000700080009 
12  5.360355    2001:558:4082:7f::1 fe80::aaaa:aaaa:aaaa:aaaa   DHCPv6  196 Advertise XID: 0xc32482 CID: 00040300020004000500 IAA: 2001:558:600a:7f:bbbb:bbbb:bbbb:bbbb 

ATyp 4 Client-IDist eine UUID-basierte DUID, die 128 Bit (16 Byte) lang sein sollte. dhcpcdsendet die richtige Länge, aber die Antwort von Comcast ist zu kurz (um 8 Byte).

Ich habe versucht, eine explizite Client-ID zu senden, dhcpcd -I 00:04:03:00:02:00:04:00:05:00 ...die mit der von Comcast gekürzten ID übereinstimmt, aber der TCP-Dump zeigt an, dass diese Option nicht wirksam ist. Ich habe auch versucht, sie von Typ 4 (der RFC-spezifiziert ist) auf Typ 9 (der es nicht ist) zu ändern, nur für den Fall, dass mir dhcpcdeine zu kurze Client-ID vom Typ 4 nicht gefiel, dhcpcdhabe sie aber trotzdem nicht verwendet.

verwandte Informationen