Your log is currently ser too low to see much in syslog. Try setting it to
debug
"loggers": [
{
"name": "kea-dhcp6",
"severity": "DEBUG",
"debuglevel": 99,
"output_options": [
{
"output": "stdout"
}
]
}],
and then show me the log after a client comes through a few times. There should
be clues as to why it has not found a pool
Marek
PS. I am a tad confused about your mixes use of "" and '' in the config file.
Not sure whether it is formally supported.
-----Original Message-----
From: Kea-users <kea-users-boun...@lists.isc.org> On Behalf Of Django [Bastard
Operator from Hell] via Kea-users
Sent: Saturday, May 4, 2024 11:53 AM
To: kea-users@lists.isc.org
Cc: Django [Bastard Operator from Hell] <dja...@nausch.org>
Subject: Re: [Kea-users] kea-dhcpv6 won't offer adresses to clients
HI Marek!
Am 04.05.24 um 15:30 schrieb Marek Hajduczenia:
> I’d say it is the very same problem I ran into, i.e., your DHCPv6 Kea
> process is not bound to unicast v6 address on your interface eth1 when
> using only interface name.
OK. Thank you for your quick response. It's interesting that you had similar
problems!
> Check out
> https://gitlab.isc.org/isc-projects/kea/-/issues/2212#note_454562 and
> consider adding the unicast IPv6 address to your interface statement.
O.K. I have looked at the information behind the link you mentioned and
extended my configuration accordingly!
Well, here is my interface data for eth1 again:
root@vml000110:~# ip addr show eth1
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP
group default qlen 1000
link/ether 52:54:00:41:11:02 brd ff:ff:ff:ff:ff:ff:ff:ff:ff
altname enp2s0
inet 10.0.10.110/24 brd 10.0.10.255 scope global eth1
valid_lft forever preferred_lft forever
inet6 2003:a:e0d:7607:10:0:10:110/64 scope global
valid_lft for always preferred_lft for always
inet6 fd00::7:10:0:0:110/64 Scope global
valid_lft for always preferred_lft for always
inet6 fe80::7:10:ff:fe10:110/64 Scope link
valid_lft forever preferred_lft forever
The unicast address is 2003:a:e0d:7607:10:0:10:110/64 I have also adjusted the
interface definition in my /etc/kea/kea-dhcp6.conf as follows:
root@vml000110:~# cat /etc/kea/kea-dhcp6.conf {
‘Dhcp6’: {
‘interfaces-config’: {
‘interfaces’: [
„eth1/2003:a:e0d:7607:10:0:10:110“
]
},
‘subnet6’: [
{
„subnet“: „2003:a:e0d:7607::/64“,
‘pools’: [
{
‘pool’: ‘2003:a:e0d:7607:10:0:10:1000 -
2003:a:e0d:7607:10:0:10:2000’,
‘option-data’: [
{
‘name’: ‘domain-search’,
‘data’: ‘nausch.org’
}
]
}
]
}
]
}
}
As in your example, the binding is then also made to the unicast IPv6
address:
root@vml000110:~# ss -tulpn | grep 547
udp UNCONN 0 0 [2003:a:e0d:7607:10:0:10:110]:547 [::]:*
users:((‘kea-dhcp6’,pid=991,fd=10))
udp UNCONN 0 0 [fe80::7:10:ff:fe10:110]%eth1:547 [::]:*
users:((‘kea-dhcp6’,pid=991,fd=11))
udp UNCONN 0 0 [ff02::1:2]%eth1:547 [::]:*
users:((‘kea-dhcp6’,pid=991,fd=12))
_B_U_T_:_
If I restart my kea-dhcp6 now:
root@vml000110:~# systemctl start kea-dhcp6.service
I see in the syslog:
root@vml000110:~# journalctl -fu kea-dhcp6 May 04 19:44:26 vml000110
systemd[1]: Started ISC Kea IPv6 DHCP daemon.
May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.717 INFO
[kea-dhcp6.dhcp6/1045.135176525759232] DHCP6_STARTING Kea DHCPv6 server version
2.4.1 (stable) starting May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04
19:44:26.718 INFO [kea-dhcp6.hosts/1045.135176525759232]
HOSTS_BACKENDS_REGISTERED the following host backend types are available: mysql
postgresql May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.719
WARN [kea-dhcp6.dhcpsrv/1045.135176525759232]
DHCPSRV_MT_DISABLED_QUEUE_CONTROL disabling dhcp queue control when
multi-threading is enabled.
May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.719 WARN
[kea-dhcp6.dhcp6/1045.135176525759232]
DHCP6_RESERVATIONS_LOOKUP_FIRST_ENABLED Multi-threading is enabled and host
reservations lookup is always performed first.
May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.719 WARN
[kea-dhcp6.dhcpsrv/1045.135176525759232]
DHCPSRV_CONFIGURED_SUBNET_WITHOUT_ID a subnet was configured without an
id: 2003:a:e0d:7607::/64
May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.719 INFO
[kea-dhcp6.dhcpsrv/1045.135176525759232] DHCPSRV_CFGMGR_NEW_SUBNET6 a new
subnet has been added to configuration: 2003:a:e0d:7607::/64 with
params: valid-lifetime=7200, rapid-commit is false May 04 19:44:26 vml000110
kea-dhcp6[1045]: 2024-05-04 19:44:26.719 INFO
[kea-dhcp6.dhcpsrv/1045.135176525759232]
DHCPSRV_CFGMGR_SOCKET_TYPE_SELECT using socket type raw May 04 19:44:26
vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.720 INFO
[kea-dhcp6.dhcpsrv/1045.135176525759232] DHCPSRV_CFGMGR_USE_UNICAST listening
on unicast address 2003:a:e0d:7607:10:0:10:110, on interface eth1 May 04
19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.720 INFO
[kea-dhcp6.dhcp6/1045.135176525759232] DHCP6_CONFIG_COMPLETE DHCPv6 server has
completed configuration: added IPv6 subnets: 1; DDNS: disabled May 04 19:44:26
vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.723 INFO
[kea-dhcp6.dhcpsrv/1045.135176525759232] DHCPSRV_MEMFILE_DB opening memory file
lease database: type=memfile universe=6 May 04 19:44:26 vml000110
kea-dhcp6[1045]: 2024-05-04 19:44:26.724 INFO
[kea-dhcp6.dhcpsrv/1045.135176525759232] DHCPSRV_MEMFILE_LEASE_FILE_LOAD
loading leases from file /var/lib/kea/kea-leases6.csv.2 May 04 19:44:26
vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.724 INFO
[kea-dhcp6.dhcpsrv/1045.135176525759232] DHCPSRV_MEMFILE_LEASE_FILE_LOAD
loading leases from file /var/lib/kea/kea-leases6.csv May 04 19:44:26 vml000110
kea-dhcp6[1045]: 2024-05-04 19:44:26.724 INFO
[kea-dhcp6.dhcpsrv/1045.135176525759232]
DHCPSRV_MEMFILE_BUILD_EXTENDED_INFO_TABLES6 building extended info tables saw 0
leases, extended info sanity checks modified 0 / updated 0 leases and 0 leases
were entered into tables May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04
19:44:26.724 INFO [kea-dhcp6.dhcpsrv/1045.135176525759232]
DHCPSRV_MEMFILE_LFC_SETUP setting up the Lease File Cleanup interval to 3600
sec May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.725 INFO
[kea-dhcp6.dhcp6/1045.135176525759232] DHCP6_USING_SERVERID server is using
server-id 00:01:00:01:2d:c7:a3:0e:52:54:00:41:11:01 and stores in the file
/var/lib/kea/kea-dhcp6-serverid May 04 19:44:26 vml000110 kea-dhcp6[1045]:
2024-05-04 19:44:26.725 INFO [kea-dhcp6.dhcpsrv/1045.135176525759232]
DHCPSRV_CFGMGR_USE_ALLOCATOR using the iterative allocator for IA_NA leases in
subnet
2003:a:e0d:7607::/64
May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.725 INFO
[kea-dhcp6.dhcpsrv/1045.135176525759232] DHCPSRV_CFGMGR_USE_ALLOCATOR using the
iterative allocator for IA_TA leases in subnet
2003:a:e0d:7607::/64
May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.725 INFO
[kea-dhcp6.dhcpsrv/1045.135176525759232] DHCPSRV_CFGMGR_USE_ALLOCATOR using the
iterative allocator for IA_PD leases in subnet
2003:a:e0d:7607::/64
May 04 19:44:26 vml000110 kea-dhcp6[1045]: 2024-05-04 19:44:26.726 WARN
[kea-dhcp6.dhcp6/1045.135176525759232] DHCP6_MULTI_THREADING_INFO
enabled: yes, number of threads: 4, queue size: 64 May 04 19:44:26 vml000110
kea-dhcp6[1045]: 2024-05-04 19:44:26.726 INFO
[kea-dhcp6.dhcp6/1045.135176525759232] DHCP6_STARTED Kea DHCPv6 server version
2.4.1 started
But I still do NOT get an IPv6 unicast address assigned to the client :(
The tcpdump shows
root@vml000110:~# tcpdump -v -i eth1 | grep IP6
tcpdump: listening on eth1, link-type EN10MB (Ethernet), snapshot length
262144 bytes
19:46:35.850085 IP6 (hlim 1, next-header Options (0) payload length: 56)
:: > ff02::16: HBH (rtalert: 0x0000) (padn) [icmp6 sum ok] ICMP6, multicast
listener report v2, 2 group record(s) [gaddr ff02::1:ff44:b000 to_ex, 0
source(s)] [gaddr ff02::fb to_ex, 0 source(s)]
19:46:35.982156 IP6 (hlim 1, next-header Options (0) payload length: 56)
:: > ff02::16: HBH (rtalert: 0x0000) (padn) [icmp6 sum ok] ICMP6, multicast
listener report v2, 2 group record(s) [gaddr ff02::1:ff44:b000 to_ex, 0
source(s)] [gaddr ff02::fb to_ex, 0 source(s)]
19:46:36.038167 IP6 (hlim 255, next-header ICMPv6 (58) payload length:
32) :: > ff02::1:ff44:b000: [icmp6 sum ok] ICMP6, neighbour solicitation,
length 32, who has fe80::e9a6:bb03:1544:b000 19:46:37. 054458 IP6 (hlim 1,
next-header Options (0) payload length:
56) fe80::e9a6:bb03:1544:b000 > ff02::16: HBH (rtalert: 0x0000) (padn)
[icmp6 sum ok] ICMP6, multicast listener report v2, 2 group record(s) [gaddr
ff02::1:ff44:b000 to_ex, 0 source(s)] [gaddr ff02::fb to_ex, 0 source(s)]
19:46:37.199146 IP6 (flowlabel 0x05605, hlim 255, next-header ICMPv6
(58) payload length: 8) fe80::e9a6:bb03:1544:b000 > ff02::2: [icmp6 sum ok]
ICMP6, router solicitation, length 8
19:46:37.944654 IP6 (flowlabel 0xf2caa, hlim 255, next-header UDP (17) payload
length: 148) fe80::e9a6:bb03:1544:b000.mdns > ff02::fb.mdns:
[udp sum ok] 0*- [0q] 2/0/0
0.0.0.b.4.4.5.1.3.0.b.b.6.a.9.e.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa.
(cache flush) PTR nitropad.local., nitropad.local. (cache flush) AAAA
fe80::e9a6:bb03:1544:b000 (140)
19:46:37. 950224 IP6 (hlim 1, next-header Options (0) payload length:
56) fe80::e9a6:bb03:1544:b000 > ff02::16: HBH (rtalert: 0x0000) (padn)
[icmp6 sum ok] ICMP6, multicast listener report v2, 2 group record(s) [gaddr
ff02::1:ff44:b000 to_ex, 0 source(s)] [gaddr ff02::fb to_ex, 0 source(s)]
19:46:38.933831 IP6 (flowlabel 0xf2caa, hlim 255, next-header UDP (17) payload
length: 149) fe80::e9a6:bb03:1544:b000.mdns > ff02::fb.mdns:
[udp sum ok] 0 [9q] PTR (QM)? _nfs._tcp.local. PTR (QM)?
_ipp._tcp.local. PTR (QM)? _ipps._tcp.local. PTR (QM)? _ftp._tcp.local.
PTR (QM)? _webdav._tcp.local. PTR (QM)? _webdavs._tcp.local. PTR (QM)?
_sftp-ssh._tcp.local. PTR (QM)? _smb._tcp.local. PTR (QM)?
_afpovertcp._tcp.local. (141)
19:46:40.121315 IP6 (flowlabel 0xf2caa, hlim 255, next-header UDP (17) payload
length: 148) fe80::e9a6:bb03:1544:b000.mdns > ff02::fb.mdns:
[udp sum ok] 0*- [0q] 2/0/0
0.0.0.b.4.4.5.1.3.0.b.b.6.a.9.e.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa.
(cache flush) PTR nitropad.local., nitropad.local. (cache flush) AAAA
fe80::e9a6:bb03:1544:b000 (140)
19:46:40.801047 IP6 (flowlabel 0x05605, hlim 255, next-header ICMPv6
(58) payload length: 8) fe80::e9a6:bb03:1544:b000 > ff02::2: [icmp6 sum ok]
ICMP6, router solicitation, length 8
19:46:42.936439 IP6 (flowlabel 0xf2caa, hlim 255, next-header UDP (17) payload
length: 149) fe80::e9a6:bb03:1544:b000.mdns > ff02::fb.mdns:
[udp sum ok] 0 [9q] PTR (QM)? _nfs._tcp.local. PTR (QM)?
_ipp._tcp.local. PTR (QM)? _ipps._tcp.local. PTR (QM)? _ftp._tcp.local.
PTR (QM)? _webdav._tcp.local. PTR (QM)? _webdavs._tcp.local. PTR (QM)?
_sftp-ssh._tcp.local. PTR (QM)? _smb._tcp.local. PTR (QM)?
_afpovertcp._tcp.local. (141)
19:46:47. 002250 IP6 (hlim 1, next-header Options (0) payload length:
56) fe80::e9a6:bb03:1544:b000 > ff02::16: HBH (rtalert: 0x0000) (padn)
[icmp6 sum ok] ICMP6, multicast listener report v2, 2 group record(s) [gaddr
ff02::1:ff44:b000 to_ex, 0 source(s)] [gaddr ff02::fb to_ex, 0 source(s)]
19:46:47. 806226 IP6 (hlim 1, next-header Options (0) payload length:
56) fe80::e9a6:bb03:1544:b000 > ff02::16: HBH (rtalert: 0x0000) (padn)
[icmp6 sum ok] ICMP6, multicast listener report v2, 2 group record(s) [gaddr
ff02::1:ff44:b000 to_ex, 0 source(s)] [gaddr ff02::fb to_ex, 0 source(s)]
19:46:47.913215 IP6 (flowlabel 0x05605, hlim 255, next-header ICMPv6
(58) payload length: 8) fe80::e9a6:bb03:1544:b000 > ff02::2: [icmp6 sum ok]
ICMP6, router solicitation, length 8
19:46:50.940805 IP6 (flowlabel 0xf2caa, hlim 255, next-header UDP (17) payload
length: 149) fe80::e9a6:bb03:1544:b000.mdns > ff02::fb.mdns:
[udp sum ok] 0 [9q] PTR (QM)? _nfs._tcp.local. PTR (QM)?
_ipp._tcp.local. PTR (QM)? _ipps._tcp.local. PTR (QM)? _ftp._tcp.local.
PTR (QM)? _webdav._tcp.local. PTR (QM)? _webdavs._tcp.local. PTR (QM)?
_sftp-ssh._tcp.local. PTR (QM)? _smb._tcp.local. PTR (QM)?
_afpovertcp._tcp.local. (141)
19:47:02.226467 IP6 (flowlabel 0x05605, hlim 255, next-header ICMPv6
(58) payload length: 8) fe80::e9a6:bb03:1544:b000 > ff02::2: [icmp6 sum ok]
ICMP6, router solicitation, length 8
19:47:06.946989 IP6 (flowlabel 0xf2caa, hlim 255, next-header UDP (17) payload
length: 149) fe80::e9a6:bb03:1544:b000.mdns > ff02::fb.mdns:
[udp sum ok] 0 [9q] PTR (QM)? _nfs._tcp.local. PTR (QM)?
_ipp._tcp.local. PTR (QM)? _ipps._tcp.local. PTR (QM)? _ftp._tcp.local.
PTR (QM)? _webdav._tcp.local. PTR (QM)? _webdavs._tcp.local. PTR (QM)?
_sftp-ssh._tcp.local. PTR (QM)? _smb._tcp.local. PTR (QM)?
_afpovertcp._tcp.local. (141)
^C99 packets captured
99 packets received by filter
0 packets dropped by kernel
So somehow it's very strange, I would say, and that could be the reason.
What should I adjust or change?
ttyl
Django
--
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users.
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users
--
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users.
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users
