From: |
"Massimo S." <ecs-isp@2rosenthals.com> |
Full Headers Undecoded message |
Subject: |
Re: [eCS-ISP] Odd dig behavior |
Date: |
Mon, 22 May 2023 17:24:40 +0200 |
To: |
eCS ISP Mailing List <ecs-isp@2rosenthals.com> |
|
---|
Il 22/05/2023 16:46, Steven Levine ha scritto:
In <list-7173914@2rosenthals.com>, on 05/22/23
at 12:04 PM, "Massimo S." <ecs-isp@2rosenthals.com> said:
Hi Massimo,
bind 9.11.28 write this:
dig +nssearch pmoylan.org
couldn't get address for 'ns1.wiz.net.au': failure
couldn't get address for 'ns2.wiz.net.au': failure
Too bad. That pretty much confirms this is a minor defect in our current
bind builds.
FWIW, there's another minor defect that only affects those running a
secondary dns. A secondary DNS stores the zone files in binary and the
binary files are written in text mode, rather than binary. This results
in failures like:
years ago i did a small "start & stop" bind
when i (re)start bind on the primary rsync will update all zones also
into the secondary dns
so maybe i've never seen that issue
massimo
d:\clients\dnacih\servers\ns1\files\c\bind9\etc
named-compilezone -d -fraw -Ftext -o- scoug.com named/scoug.com.zone
loading "scoug.com" from "named/scoug.com.zone" class "IN"
dns_master_load: bad label type
zone scoug.com/IN: loading from master file named/scoug.com.zone failed:
bad label type zone scoug.com/IN: not loaded due to errors.
named-checkconf fails for the same reason.
This also means that when a secondary DNS starts up, it will not be able
to read the zone files and will need to contact the primary DNS to refresh
the in memory copies of the zone files.
Steven
|