а что быстрее, sizeof или count?
AUTHORITY: 2,, потому что у вас два NS-сервера, сервящих эту astrave.local.# dig zabbix.domain.local ANY
; <<>> DiG 9.11.4 <<>> zabbix.domain.local ANY
;; global options: +cmd
;; Got answer:
;; WARNING: .local is reserved for Multicast DNS
;; You are currently testing what happens when an mDNS query is leaked to DNS
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27551
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;zabbix.domain.local. IN ANY
;; ANSWER SECTION:
zabbix.domain.local. 86400 IN A 999.999.999.999
;; AUTHORITY SECTION:
domain.local. 86400 IN NS ns1.domain.local.
domain.local. 86400 IN NS ns2.domain.local.
;; ADDITIONAL SECTION:
ns1.domain.local. 86400 IN A 999.999.999.999
ns2.domain.local. 86400 IN A 999.999.999.999
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Jul 10 10:00:00 2023
;; MSG SIZE rcvd: 131AUTHORITY: 0, в ответе на dig web.msk.astrave.local ANY. Если бы BIND считал себя AUTHORITATIVE для этой зоны - ответ был бы AUTHORITY: 1,. А тут получается что нет, и получается хрень какая-то.$ORIGIN astrave.local. в файл зоны db.astrave.local. Ну а вдруг?! dig web.msk.astrave.local ANY, у него вывод удобнее и linux-нативнее, подробности видны. logging {
channel "queries_channel" {
file "/var/log/named/queries/query.log" ;
print-time yes;
print-category yes;
print-severity yes;
};
category queries { "queries_channel"; }; // Запросы к DNS серверу
category query-errors { "queries_channel"; };
};Остаются ещё два заявления:
- что функция count чем-то отличается от sizeof
- в частности тем, что "умеет в рекурсию"
Вы по-прежнему не видите в них никакой проблемы? :)