Re: IXFR zone transfer

2011-12-08 Thread vishesh kumar
Thanks a lot ixfr-from-differences is exactly the option i was looking for. Thanks Vishesh Kumar On Sat, Dec 3, 2011 at 10:14 PM, Evan Hunt wrote: > ixfr-from-differences ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscr

Re: What does this mean ? INSIST(zone->type == dns_zone_stub) failed

2011-12-08 Thread Ben Croswell
I don't see the desired outcome of making them both master and the trying to have one transfer from the other. Have one be master and one be slave from the master. No reason to alter code and query responses will be the same to your clients. -Ben Croswell On Dec 8, 2011 8:57 PM, "蔡火胜" wrote: > I

Re: What does this mean ? INSIST(zone->type == dns_zone_stub) failed

2011-12-08 Thread 蔡火胜
I use a modified version of BIND9.7.1-p2.I installed it on two machines(MachineA and MachineB). They both host the same zone in master mode. And in the modified code , one machine would refresh (using dns_zone_refresh) its zone data from the other in order to get the same data. This time , Ma

Re: What does this mean ? INSIST(zone->type == dns_zone_stub) failed

2011-12-08 Thread Evan Hunt
> Congratulations, it means you've found the successor of CVE-2011-4313 :-} > > Any details on the triggering event? Was it a zone transfer? On the off chance that the crash was in fact remotely triggered (in which case this would indeed be a security concern), please *don't* send details of the

Re: What does this mean ? INSIST(zone->type == dns_zone_stub) failed

2011-12-08 Thread Stephane Bortzmeyer
On Thu, Dec 08, 2011 at 04:16:40AM +0800, ??? wrote a message of 15 lines which said: > 07-Dec-2011 22:55:29.457 zone.c:9655: INSIST(zone->type == > dns_zone_stub) failed, back trace Congratulations, it means you've found the successor of CVE-2011-4313 :-} Any details on the triggering event