resolver: a root server's reply marked recursion available means interception (closes #300)
check / check (push) Canceled after 0s
check / check (push) Canceled after 0s
dnswatcher never asks for recursion and a root server never offers it, so a reply marked recursion available from a root server's address came from a resolver on the network answering in its place. Such a reply is now passed over, and when every root server refused or gave one, the lookup fails with the existing "this network intercepts DNS queries", whether or not that resolver had the name cached. Before, a cached name was checked against the resolver's second-hand answer. On such a network dnswatcher and its tests fail with that error, by design; nothing asks again another way or works around it. A live test passes public resolvers as the root servers and expects the error. Model: opus-5-5
This commit is contained in:
@@ -19,6 +19,10 @@ milestone: https://git.eeqj.de/sneak/dnswatcher/milestone/7
|
||||
|
||||
# Completed Steps
|
||||
|
||||
- 2026-10-16: a reply marked "recursion available" from a root server's address
|
||||
is not used; when every root server refuses or gives one, the lookup fails
|
||||
with "this network intercepts DNS queries", so on such a network dnswatcher
|
||||
and its tests fail, by design (closes #300).
|
||||
- 2026-10-15: a query its caller's context ends before it is sent records no
|
||||
reason about the nameserver, and a try the context's deadline cuts short is a
|
||||
timeout, so a nameserver whose only failures were timeouts is `timeout`, not a
|
||||
|
||||
Reference in New Issue
Block a user