Package: bind9-dnsutils Version: 1:9.18.19-1~deb12u1 Severity: normal X-Debbugs-Cc: aina...@yandex.ru
Dear Maintainer, * What led up to the situation? I wanted to query IPs of two domains over TLS with dig. * What exactly did you do (or not do) that was effective (or ineffective)? dig @dns.google 'www.example.com' IN A +tls +keepalive +keepopen 'www.example.net' IN A Note that there are two queries here, one for "www.example.com" and other for "www.example.net". Only the first one has the three query options regarding TLS and keeping the connection open. * What was the outcome of this action? ; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> @dns.google www.example.com IN A +tls +keepalive +keepopen www.example.net IN A ; (4 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47274 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;www.example.com. IN A ;; ANSWER SECTION: www.example.com. 5640 IN A 93.184.216.34 ;; Query time: 32 msec ;; SERVER: 2001:4860:4860::8844#853(dns.google) (TLS) ;; WHEN: Thu Dec 28 19:39:16 MSK 2023 ;; MSG SIZE rcvd: 60 ;; communications error to 2001:4860:4860::8844#853: timed out dighost.c:3949: REQUIRE(query->readhandle != ((void *)0)) failed, back trace /lib/x86_64-linux-gnu/libisc-9.18.19-1~deb12u1-Debian.so(+0x39b20)[0x7f24f85b1b20] /lib/x86_64-linux-gnu/libisc-9.18.19-1~deb12u1-Debian.so(isc_assertion_failed+0xa)[0x7f24f85b1a7a] dig(+0x19c11)[0x557d29aeec11] /lib/x86_64-linux-gnu/libisc-9.18.19-1~deb12u1-Debian.so(isc__nm_async_readcb+0xac)[0x7f24f859ca5c] /lib/x86_64-linux-gnu/libisc-9.18.19-1~deb12u1-Debian.so(isc__nm_readcb+0xa8)[0x7f24f859cb98] /lib/x86_64-linux-gnu/libisc-9.18.19-1~deb12u1-Debian.so(isc__nmsocket_readtimeout_cb+0x83)[0x7f24f859ccd3] /lib/x86_64-linux-gnu/libuv.so.1(+0xbcbe)[0x7f24f84cbcbe] /lib/x86_64-linux-gnu/libuv.so.1(uv_run+0x7f)[0x7f24f84cf99f] /lib/x86_64-linux-gnu/libisc-9.18.19-1~deb12u1-Debian.so(+0x27664)[0x7f24f859f664] /lib/x86_64-linux-gnu/libisc-9.18.19-1~deb12u1-Debian.so(isc__trampoline_run+0x15)[0x7f24f85d9945] /lib/x86_64-linux-gnu/libc.so.6(+0x89044)[0x7f24f80a8044] /lib/x86_64-linux-gnu/libc.so.6(+0x10961c)[0x7f24f812861c] * What outcome did you expect instead? Both queries succeeding. Adding the "+tls +keepalive +keepopen" query options after the second query as well removes the issue, but this assertion failure still seems weird. -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-16-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages bind9-dnsutils depends on: ii bind9-host [host] 1:9.18.19-1~deb12u1 ii bind9-libs 1:9.18.19-1~deb12u1 ii libc6 2.36-9+deb12u3 ii libedit2 3.1-20221030-2 ii libidn2-0 2.3.3-1+b1 ii libkrb5-3 1.20.1-2+deb12u1 ii libprotobuf-c1 1.4.1-1+b1 bind9-dnsutils recommends no packages. bind9-dnsutils suggests no packages. -- no debconf information
