Hi all,

We have this errata:
https://www.rfc-editor.org/verify_errata_select.php?eid=5316

The document as published says:
"A * label appearing in a query name has no special effect, but can be

used to test for wildcards in an authoritative zone; such a query is the
only way to get a response containing RRs with an owner name with * in
it.  The result of such a query should not be cached.

Note that the contents of the wildcard RRs are not modified when used to
synthesize RRs."

and the Notes in the Errata says:
"It is perfectly OK for an RR with a wildcard label '*' to be cached
as long as it's not used to synthesize any RRs on a caching resolver.
The DNS implementations BIND and Unbound both cache such RRsets with
wildcard label in the owner name."


Sure enough, BIND caches the answer (I must admit that this surprised
me) but should the errata be approved? When the document was
published, was the intent that wildcard records should NOT be allowed
to be cached?

Note that if behaviors have changes, and implementations should now
cache the record, then we need to document that in a -bis (or similar)
document.

I'm also somewhat confused what the caching the wildcard answer
*means* - if I have *.example.com cached and then get a query for
foo.example.com I still need to query for it (note that this is all
before DNSSEC / Aggressive NSEC / etc) and so what is the "use" of the
cached wildcard? AFAICT, searching for the wildcard itself is only
useful for debugging, so caching it seems wasteful at best.


Can folk help me understand what should happen with this errata?
W


-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf

_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to