<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[A pretty significant change in resolver behavior is proceeding:]]></title><description><![CDATA[<p>A pretty significant change in resolver behavior is proceeding:</p><p>"[...] BIND 9 is switching to a parent-centric model of delegations. [...] The NS records in the child domain will be treated as normal DNS records and returned as authoritative data, but they will no longer overwrite the delegation data for the domain."</p><p><div class="card col-md-9 col-lg-6 position-relative link-preview p-0">

<div class="card-body">
<h5 class="card-title">
<a href="https://lists.isc.org/pipermail/bind-users/2026-April/110552.html">
 BIND 9.21+/9.22: parent-centric delegations and no TTL-based cleaning
   
</a>
</h5>
<p class="card-text line-clamp-3"></p>
</div>
<a href="https://lists.isc.org/pipermail/bind-users/2026-April/110552.html" class="card-footer text-body-secondary small d-flex gap-2 align-items-center lh-2">



<img src="https://lists.isc.org/favicon.ico" alt="favicon" class="not-responsive overflow-hiddden" style="max-width: 21px; max-height: 21px;" />



<p class="d-inline-block text-truncate mb-0"> <span class="text-secondary">(lists.isc.org)</span></p>
</a>
</div></p><p>So much of what you may have learned about how <a href="https://infosec.exchange/tags/DNS" rel="tag">#<span>DNS</span></a> works around the turn of the century is now out of date.</p>]]></description><link>https://board.circlewithadot.net/topic/a5e8e964-7086-4c9e-85b8-6e29db143d32/a-pretty-significant-change-in-resolver-behavior-is-proceeding</link><generator>RSS for Node</generator><lastBuildDate>Wed, 15 Apr 2026 14:55:49 GMT</lastBuildDate><atom:link href="https://board.circlewithadot.net/topic/a5e8e964-7086-4c9e-85b8-6e29db143d32.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 08 Apr 2026 16:35:08 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to A pretty significant change in resolver behavior is proceeding: on Wed, 08 Apr 2026 17:04:56 GMT]]></title><description><![CDATA[<p><span><a href="/user/paul_ipv6%40infosec.exchange">@<span>paul_ipv6</span></a></span> I'm in favor ofthe parent-centric approach.  When I was doing some research on DNS inconsistency, making the parent NS RRset the primary and eventually only authoritative source of that data seemed to be both practical and sensible, at least on paper.  I'm not confident this would be problem-free (e.g., RRset update agility) however.</p><p>I'm also not sure about DELEG-related stuff, but I think that can be treated as a separated issue.</p>]]></description><link>https://board.circlewithadot.net/post/https://infosec.exchange/users/jtk/statuses/116370171284692174</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://infosec.exchange/users/jtk/statuses/116370171284692174</guid><dc:creator><![CDATA[jtk@infosec.exchange]]></dc:creator><pubDate>Wed, 08 Apr 2026 17:04:56 GMT</pubDate></item><item><title><![CDATA[Reply to A pretty significant change in resolver behavior is proceeding: on Wed, 08 Apr 2026 16:49:41 GMT]]></title><description><![CDATA[<p><span><a href="/user/jtk%40infosec.exchange">@<span>jtk</span></a></span> </p><p>having parent/child mismatches in NS for delegation has always been non-deterministic, but this will definitely surprise folks who've been counting on one broken way of doing things.</p><p>reviewing operational procedures for how to change NS when moving registrars is definitely one place to check for this.</p><p>i'm still not totally sold on DELEG but this will definitely be one step towards making that happen.</p>]]></description><link>https://board.circlewithadot.net/post/https://infosec.exchange/users/paul_ipv6/statuses/116370111295050466</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://infosec.exchange/users/paul_ipv6/statuses/116370111295050466</guid><dc:creator><![CDATA[paul_ipv6@infosec.exchange]]></dc:creator><pubDate>Wed, 08 Apr 2026 16:49:41 GMT</pubDate></item></channel></rss>