Re: Primary zone not fully maintained by BIND

2022-05-24 Thread Sandro
On 24-05-2022 20:57, Jan-Piet Mens via bind-users wrote: Slightly off-topic, but I believe ISC reccomend using a custom policy instead of `default' in case the default changes in future. Yes, sort of. The documentation hints at the fact that the default policy is subject to change. I

Re: Dynamic A records similar to nip.io or xip

2022-05-24 Thread Ondřej Surý
Yeah, I concur that writing a small DLZ module or maybe even just **plugin** is a way to go. Ondrej -- Ondřej Surý (He/Him) ond...@isc.org My working hours and your working hours may be different. Please do not feel obligated to reply outside your normal working hours. > On 24. 5. 2022, at

Re: bugs for cname can not be working properly with bind 9.11.4

2022-05-24 Thread Jan-Piet Mens via bind-users
(I've tried to reformat some of this; it was illegible to me and I'm probably misreading some of it) www IN CNAME www.baidu.com. [root@centos7 ~]# dig www.kaixinduole.com# it should be cname to You've not specified an address for dig to use so it's using

Re: Primary zone not fully maintained by BIND

2022-05-24 Thread Jan-Piet Mens via bind-users
dnssec-policy default; Slightly off-topic, but I believe ISC reccomend using a custom policy instead of `default' in case the default changes in future. view "internal" { zone "penguinpee.nl" { typeprimary; file"dynamic/penguinpee.nl.internal.zone"; }; }; view

Re: Dynamic A records similar to nip.io or xip

2022-05-24 Thread Jan-Piet Mens via bind-users
Does the $GENERATE directive in BIND zone files do what you need? The $GENERATE statement is executed when loading the zone file results in an expanded in-memory version of the zone being used. That can get quite large. -JP -- Visit https://lists.isc.org/mailman/listinfo/bind-users to

Re: AXFR from Windows 2008R2 failing after upgrading to 9.18

2022-05-24 Thread Lefteris Tsintjelis via bind-users
On 24/5/2022 7:55, Mark Andrews wrote: Firstly upgrade the primary. Microsoft issued a fix for this March 2019. Would have been the best to do that if possible for sure but unfortunately only the workaround can be applied in this case. Unknown EDNS options are supposed to be ignored and

bugs for cname can not be working properly with bind 9.11.4

2022-05-24 Thread 边明凯
Hello , I have run the dns server by myself which installed centos7 and bind version is BIND 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.9 (Extended Support Version) ,the domain name is kaixinduole.com I just create a cname record for tesing ,which is www cname to www.baidu.com. please see the below :

Re: "doth" test failing in 9.18.3

2022-05-24 Thread Josef Moellers
On 24.05.22 13:27, Michał Kępień wrote: Hi Josef, I'm in the process of upgrading openSUSE Tumbleweed to bind 9.18.3 and in doing so, also run the test suite. However, it fails in step FAIL: doth The log file says I:doth:testing incoming XoT functionality (from the first secondary) (2)

Re: "doth" test failing in 9.18.3

2022-05-24 Thread Michał Kępień
Hi Josef, > I'm in the process of upgrading openSUSE Tumbleweed to bind 9.18.3 and in > doing so, also run the test suite. However, it fails in step > FAIL: doth > > The log file says > I:doth:testing incoming XoT functionality (from the first secondary) (2) > I:doth:timed out waiting for zone

"doth" test failing in 9.18.3

2022-05-24 Thread Josef Moellers
Hi, I'm in the process of upgrading openSUSE Tumbleweed to bind 9.18.3 and in doing so, also run the test suite. However, it fails in step FAIL: doth The log file says I:doth:testing incoming XoT functionality (from the first secondary) (2) I:doth:timed out waiting for zone transfer Is there