Ask HN: What Happened in DNSSEC Yesterday?
Until yesterday I had only noticed 2 broken sites (or sites affected by buggy systemd-resolved implementation as some voices claim). Some Jira Plugin and Swedish Railways SJ.
Yesterday basically the Internet stopped working for me. After a while I remembered good old operator wisdom "It's always DNS". And it was DNS. Systemd-resolved logged "missing-key" for basically every query I tried.
So I switched from DoT 1.1.1.1 @Cloudflare to DoT 8.8.8.8 @Google and life continued. Until today that suddenly out of nowhere showed the same symptom.
Turning off DNSSEC verification avoids the problem. An internet search brought up https://github.com/NordSecurity/nordvpn-linux/issues/1853 which also links to another one. The timing seems to match with my observation, but I don't use NordVPN. Any clues?
5 comments
[ 1.1 ms ] story [ 9.5 ms ] threadAnd a tool for checking readiness: https://dnstest.dev/ksk-2024/
https://askubuntu.com/questions/1570248/systemd-dnssec-failu...
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/21705...
The linked online tool https://dnstest.dev/ksk-2024/ shows all green nevertheless. At least with local DNSSEC verification disabled. But with DNSSEC verification the tool cannot even be opened. No idea how this is supposed to work.
Edit: After adding the new KSK manually the online tool displays:
> RFC 8509 support was not detected All three sentinel names resolved despite the DNSSEC controls passing. Your resolver path does not appear to implement the sentinel, so this test cannot determine whether it trusts KSK-2024.
https://www.heise.de/en/news/DNSSEC-Key-Swap-Secunet-and-RIS...