On 24. 05. 22 17:54, Vladimír Čunát via dns-operations wrote:

On 23/05/2022 15.48, Thomas, Matthew via dns-operations wrote:

Configuration 1: Generate a synthetic NXDOMAIN response to all queries with no SOA provided in the authority section.

I believe the protocol says not to cache such answers at all. Some implementations chose to cache at least a few seconds, but I don't think all of them.  Breaking caching seems risky to me, as traffic could increase very much (if the TLD was queried a lot).


Configuration 2: Generate a synthetic NXDOMAIN response to all queries with a SOA record.  Some example queries for the TLD .foo are below:

It still feels a bit risky to answer in this non-conforming way, and I can't really see why attempt that.  At apex the NXDOMAIN would deny the SOA included in the very same answer...


Configuration 3: Use a properly configured empty zone with correct NS and SOA records. Queries for the single label TLD would return a NOERROR and NODATA response.

I expect that's OK, especially if it's a TLD that's seriously considered.  I'd hope that "bad" usage is mainly sensitive to existence of records of other types like A.

Generally I agree with Vladimir, Configuration 3 is the way to go.

Non-compliant responses are riskier than protocol-compliant responses, and option 3 is the only compliant variant in your proposal.

Reasoning: Behavior for non-compliant answer is basically undefined because most RFCs do not describe what to do when a MUST condition is violated. It's hard to see how further evaluation of undefined behavior would help with determining further course of action.

--
Petr Špaček  @  Internet Systems Consortium

_______________________________________________
dns-operations mailing list
dns-operations@lists.dns-oarc.net
https://lists.dns-oarc.net/mailman/listinfo/dns-operations

Reply via email to