> On 25 May 2022, at 16:40, 马可 via bind-users wrote:
>
> I filled confused when I read the query log,
>
> 02-Aug-2021 14:45:49.477 queries: client @0x7f40b00104c8
> 192.168.100.126#38290 (235.91.251.148.origin.asn.cymru.com): query:
> 235.91.251.148.origin.asn.cymru.com IN A +E(0) (192.168.1
I filled confused when I read the query log,
02-Aug-2021 14:45:49.477 queries: client @0x7f40b00104c8 192.168.100.126#38290
(235.91.251.148.origin.asn.cymru.com): query:
235.91.251.148.origin.asn.cymru.com IN A +E(0) (192.168.100.8) 02-Aug-2021
14:45:49.507 queries: client @0x7f40b4000cc8 192.16
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 meanwhil
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 20:
(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 you
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 "
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 u
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 no
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 :
[
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)
I:doth:
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 tr
11 matches
Mail list logo
