Hi Andreas,
I cannot reproduce it, but I have what may be a fix in commit
https://github.com/NLnetLabs/unbound/commit/2993437eaaf0328feb2cd90cf04582506e93d3cc
This makes a copy of the getaddrinfo output, and then uses that copy for
the printout. I think that may work, for log-destaddr and also for
dnstap logging, by the way. NSD uses a similar method where it makes a
copy of the information.
Best regards, Wouter
On 14/03/2024 20:58, A. Schulze via Unbound-users wrote:
Am 13.03.24 um 12:36 schrieb A. Schulze via Unbound-users:
Am 13.03.24 um 10:47 schrieb Wouter Wijngaards:
These things work fine when I try to dig at IPv4 or IPv6 addresses.
Also valgrind notices no problems with the printout code.
Hello Wouter,
I'll prepare a more simplified setup an try to make it reproducable.
But this may take some time.
Maybe there is an glitch on my side (unrelated to unbound) an I miss
interpreted my logs...
I use unbound on a host with numerous ipv6 addresses assigned per router
advertisements.
# ip a s dev eth0 | grep stable-privacy
inet6 fd00::53:38d0:4790:88ae:64b2/64 scope global dynamic
mngtmpaddr stable-privacy
example unbound.conf:
server:
interface: fd00::53:38d0:4790:88ae:64b2
access-control: fd00::/8
chroot: ""
do-daemonize: no
logfile: ""
log-destaddr: yes
log-replies: yes
log-tag-queryreply: yes
log-time-ascii: yes
pidfile: ""
# unbound -c unbound.conf
Mar 14 20:55:11 unbound[7:0] notice: init module 0: subnetcache
Mar 14 20:55:11 unbound[7:0] notice: init module 1: validator
Mar 14 20:55:11 unbound[7:0] notice: init module 2: iterator
Mar 14 20:55:11 unbound[7:0] info: start of service (unbound 1.19.3).
<in an other terminal, same host>: dig @fd00::53:38d0:4790:88ae:64b2 . soa
Mar 14 20:55:36 unbound[7:0] reply: fd00::53:38d0:4790:88ae:64b2 . SOA
IN NOERROR 0.067414 0 103 on udp ��� 53
Andreas