<div dir="ltr">Hi Ondrej, <div><br></div><div>Thanks for your reply,</div><div><br></div><div>I'm afraid I am unable to share any more detail regarding the zone content because it's customer data. I will use <a href="http://example.com/" target="_blank">example.com</a> and try to make the most sense out of the issue.</div><div><br></div><div>Our upgrading procedure is to recompile the binaries provided in <a href="https://ftp.isc.org/isc/bind9/9.16.21/bind-9.16.21.tar.xz" target="_blank">https://ftp.isc.org/isc/bind9/9.16.21/bind-9.16.21.tar.xz</a> , named is compiled on a Debian Buster OS here. </div><div>After the successful compilation, named is restarted (systemd service).</div><div><br></div><div>After zones are loaded, a few errors can be seen on zones with these check-names error</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">Sep 23 10:42:07 primary-host named[22788]: general: dbase/m/com/s/<a href="http://named.example.com:36/" target="_blank">named.example.com:36</a>: *._sip._<a href="http://tls.example.com/" target="_blank">tls.example.com</a>: bad owner name (check-names)<br>Sep 23 10:42:07 primary-host named[22788]: zoneload: zone <a href="http://example.com/IN" target="_blank">example.com/IN</a>: loading from master file dbase/m/com/e/<a href="http://named.example.com/" target="_blank">named.example.com</a> failed: bad owner name (check-names)<br>Sep 23 10:42:07 primary-host named[22788]: zoneload: zone <a href="http://example.com/IN" target="_blank">example.com/IN</a>: not loaded due to errors.</font><br></blockquote><div><br></div><div>This causes our server to answer SERVFAIL for a few of the affected zones.</div><div><br></div><div>At line 36 of the zonefile of <a href="http://example.com/" target="_blank">example.com</a>, there is this record (under <b><a href="http://example.com/" target="_blank">example.com</a> </b>origin) :</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">*._sip._tls A 12.34.56.78</font></blockquote><div><br></div><div>On the secondary server hosting that same zone, I am not seeing any unusual behaviour after 9.16.21 upgrade:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">Sep 22 10:53:13 secondary-host named[14330]: general: dbase/s/com/e/<a href="http://named.example.com:20/" target="_blank">named.example.com:20</a>: _<a href="http://tcp.example.com/" target="_blank">tcp.example.com</a>: bad owner name (check-names)<br>Sep 22 10:53:13 secondary-host named[14330]: general: dbase/s/com/e/<a href="http://named.example.com:22/" target="_blank">named.example.com:22</a>: *._<a href="http://tcp.example.com/" target="_blank">tcp.example.com</a>: bad owner name (check-names)<br>Sep 22 10:53:13 secondary-host named[14330]: general: dbase/s/com/e/<a href="http://named.example.com:25/" target="_blank">named.example.com:25</a>: *._sipfederationtls._<a href="http://tcp.example.com/" target="_blank">tcp.example.com</a>: bad owner name (check-names)<br>Sep 22 10:53:13 secondary-host named[14330]: general: dbase/s/com/e/<a href="http://named.example.com:27/" target="_blank">named.example.com:27</a>: _<a href="http://tls.example.com/" target="_blank">tls.example.com</a>: bad owner name (check-names)<br>Sep 22 10:53:13 secondary-host named[14330]: general: dbase/s/com/e/<a href="http://named.example.com:29/" target="_blank">named.example.com:29</a>: *._<a href="http://tls.example.com/" target="_blank">tls.example.com</a>: bad owner name (check-names)<br>Sep 22 10:53:13 secondary-host named[14330]: general: dbase/s/com/e/<a href="http://named.example.com:32/" target="_blank">named.example.com:32</a>: *._sip._<a href="http://tls.example.com/" target="_blank">tls.example.com</a>: bad owner name (check-names)</font><br></blockquote><div><br></div><div>Note that the content of the zone is a bit different, since AXFR does alter the zone format a little bit (both version "read" the same though (?))</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">$ORIGIN _sip._<a href="http://tls.example.com/" target="_blank">tls.example.com</a><br>* A 12.34.56.78</font><br></blockquote><div><br>I guess this is a wrong kind of record here,but fine, since I'm not able to fix these, I'm using the option I mentioned earlier :<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-family:monospace">check-names master warn;</span></blockquote><div><br></div><div>After seeing this the first time, I decided to rollback to 9.16.20 following the same procedure, which is first compile then restart with systemd.  </div><div>After loading all the zones we can see that the "<span style="font-family:monospace">loading from master file dbase/m/com/e/<a href="http://named.example.com/" target="_blank">named.example.com</a> failed"</span> is gone and the zone loaded, just like on secondary-host:</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">Sep 23 10:42:35 primary-host named[22788]: general: dbase/m/com/s/<a href="http://named.example.com:36/" target="_blank">named.example.com:36</a>: *._sip._<a href="http://tls.example.com/" target="_blank">tls.example.com</a>: bad owner name (check-names)<br>Sep 23 10:42:35 </font><span style="font-family:monospace">primary-host</span><font face="monospace"> named[24110]: general: dbase/m/com/s/<a href="http://named.example.com:38/" target="_blank">named.example.com:38</a>: *._<a href="http://tcp.example.com/" target="_blank">tcp.example.com</a>: bad owner name (check-names)<br>Sep 23 10:42:35 </font><span style="font-family:monospace">primary-host</span><font face="monospace"> named[24110]: general: dbase/m/com/s/<a href="http://named.example.com:39/" target="_blank">named.example.com:39</a>: *._<a href="http://tls.example.com/" target="_blank">tls.example.com</a>: bad owner name (check-names)<br>Sep 23 10:42:35 </font><span style="font-family:monospace">primary-host</span><font face="monospace"> named[24110]: general: dbase/m/com/s/<a href="http://named.example.com:51/" target="_blank">named.example.com:51</a>: _<a href="http://tcp.example.com/" target="_blank">tcp.example.com</a>: bad owner name (check-names)<br>Sep 23 10:42:35 </font><span style="font-family:monospace">primary-host</span><font face="monospace"> named[24110]: general: dbase/m/com/s/<a href="http://named.example.com:52/" target="_blank">named.example.com:52</a>: _<a href="http://tls.example.com/" target="_blank">tls.example.com</a>: bad owner name (check-names)</font></blockquote><div><br></div><div>First thing I had in mind was to double check the changelog to see if I misunderstood anything. </div><div><br></div><div>Then, I tried switching from</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-family:monospace">check-names master warn;</span></blockquote><div>to</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-family:monospace">check-names primary warn;</span></blockquote><div>or</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-family:monospace">check-names master ignore;</span> </blockquote><div><br></div><div>but nothing changed.</div><div><br></div><div>Hope that helps, even with the anonymized data. I understand running zones configured like this is not quite recommended, but that's a different topic.</div><div>I will update this mail thread if I find anything else worth mentioning.</div><div><br></div><div>Regards,</div><div>Thibaud</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 23 sept. 2021 à 11:47, Ondřej Surý <<a href="mailto:ondrej@isc.org">ondrej@isc.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
we cannot really help you if anonymize everything and don’t provide any details at all.<br>
<br>
Ondrej<br>
--<br>
Ondřej Surý (He/Him)<br>
<a href="mailto:ondrej@isc.org" target="_blank">ondrej@isc.org</a><br>
<br>
> On 23. 9. 2021, at 10:54, Thib D <<a href="mailto:thibmac0241@gmail.com" target="_blank">thibmac0241@gmail.com</a>> wrote:<br>
> <br>
> Hello,<br>
> <br>
> I am currently rolling the 9.16.21 on a few bind servers. Most of the servers rolled the update correctly except for one in particular (this is a primary server of 2 other secondaries).<br>
> <br>
> Here is the issue logged<br>
> <br>
> Sep 23 10:42:07 host named[22788]: zoneload: zone [...]/IN: loading from master file [...] failed: bad owner name (check-names)<br>
> Sep 23 10:42:07 host named[22788]: zoneload: zone [...]/IN: loading from master file [...] failed: bad owner name (check-names)<br>
> <br>
> I am aware of the issues with these zone configuration, this is why my named.conf has this parameter, which I believe is useful to tell named to keep loading the affected zone and log an issue, am I correct ?<br>
> <br>
> check-names master warn;<br>
> <br>
> Correct me if I'm wrong the 9.16.21 CHANGES do not mention any change on this behaviour ? More surprisingly, it's only affecting one particular server, one with a pretty similar config than the others on the zone load policies.<br>
> <br>
> Did I miss something in the changelog here ? <br>
> <br>
> Thanks !<br>
> <br>
> <br>
> _______________________________________________<br>
> Please visit <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a> to unsubscribe from this list<br>
> <br>
> ISC funds the development of this software with paid support subscriptions. Contact us at <a href="https://www.isc.org/contact/" rel="noreferrer" target="_blank">https://www.isc.org/contact/</a> for more information.<br>
> <br>
> <br>
> bind-users mailing list<br>
> <a href="mailto:bind-users@lists.isc.org" target="_blank">bind-users@lists.isc.org</a><br>
> <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a><br>
<br>
</blockquote></div>