slave-not-updated

Sten Carlsen stenc at s-carlsen.dk
Wed Aug 1 11:41:42 UTC 2018


Don’t forget both UDP and TCP port 53 must be open.


-- 
Best regards

Sten Carlsen

No improvements come from shouting:

      "MALE BOVINE MANURE!!!"

> On 1 Aug 2018, at 13.09, Niall O'Reilly <niall.oreilly at ucd.ie> wrote:
> 
>> On 1 Aug 2018, at 10:01, Mohammed Ejaz wrote:
>> 
>> Is there any way to troubleshoot from the master server why there is no synchnization to one more Slave.
> 
> Only partly. You may need access to the slave at some stage.
> 
> Master log should record NOTIFY messages sent to all slaves.
> If not all desired slaves are being sent NOTIFY, master needs to be
> configured with relevant directive (BIND named: also-notify).
> 
> If master is sending NOTIFY, next thing to check is whether slave
> is requesting AXFR/IXFR. Master log should show each transfer.
> If not, then you’ll need to ask sysadmin at slave to check whether
> NOTIFY is arriving and being accepted, and whether slave is actually
> requesting transfer. If not, slave configuration may need
> correction (BIND named: allow-notify).
> 
> If there is still a problem, you’ll likely need to use tcpdump or
> the like to investigate at network level, as NOTIFY or transfer
> may be blocked by a misconfigured firewall or other network fault.
> 
> 
> One other thing: avoid using nslookup. In trying to be “helpful”,
> it hides significant information and makes troubleshooting difficult.
> You’ll save time (yours, and that of anyone who tries to help you)
> by using dig.
> 
> Best regards,
> Niall O’Reilly
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
> 
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users



More information about the bind-users mailing list