☰

ルータ通知の後、dhcpcd dhcpv6がタイムアウトし、DHCPv6要求を送信しません。

tag-icon • tag-icon dhcp ipv6 netctl dhcpcd
ルータ通知の後、dhcpcd dhcpv6がタイムアウトし、DHCPv6要求を送信しません。

私はLinuxホストをIPv4ルーターとして使用しており、IPv6の有効化を検討しています（将来はこれが可能だと言われています）。私はすでにdhcpcdISPからアドレスを取得するためにdhcpv4クライアントを使用しているので、dhcpv6にも使用できると思いました。

残念ながら、dhcpcd要求メッセージが送信されていることがわかり、dhcpv6サーバーが2x dhcpv6広告メッセージで応答していることがわかりますが、dhcpcddhcpv6要求が送信されていることはわかりません。

次の3つのメッセージが3回繰り返された後にタイムアウトするdhcpcdシーケンスが表示されます。

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

私の即時の目標は、プレフィックス委任や実際のIPv6ルーティングを実行せずに、この「ルーター」ホストでIPv6が機能するようにすることであるため、これがforwarding現在設定されています。0ホストがIPv6クライアントとして機能する場合は、ルーティングの問題を処理します。

accept_raに設定しよう2としましたが、dhcpcdもう一度に設定されます0。

netctl次の非常に基本的な構成ファイルを介してdhcpcdを呼び出します。正確な呼び出しは次のとおりです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

答え1

Comcastが広告メッセージから送信するクライアントIDを誤って切り捨てているようです。dhcpcd次のオプションを使用して-d手動で呼び出します。

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

Wiresharkを使用してクライアントIDを観察した。

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

ㅏタイプ4クライアントIDUUIDベースのDUIDで、長さは128ビット（16バイト）でなければなりません。dhcpcd正しい長さが送信されていますが、Comcastの応答が短すぎます（8バイト）。

dhcpcd -I 00:04:03:00:02:00:04:00:05:00 ...Comcastが切り取ったものと一致するように明示的なクライアントIDを送信しようとしましたが、tcpdumpはこのオプションが適用されないことを示しました。また、あまりにもdhcpcd短いタイプ4のクライアントIDが気に入らず、dhcpcdまだ機能していない場合に備えて、タイプ4（RFCで指定）からタイプ9（そうでない）に変更してみました。

関連情報