Cấu hình DNS của bạn "hoạt động" bằng cách nào đó nhưng nó không hoàn toàn chính xác, do đó có thể gây ra sự cố trong một số trường hợp.
Đây là lý do tại sao.
Nếu bạn truy vấn trực tiếp, bạn sẽ nhận được câu trả lời:
$ đào -x 92.240.244.176 +noall +ans +nottlunits
176.244.240.92.in-addr.arpa. 3590 TRONG CNAME 176.128/25.244.240.92.in-addr.arpa.
176.128/25.244.240.92.in-addr.arpa. 43191 TRONG PTR hóa đơn3.hostio.sk.
Vì vậy, chúng tôi đã có trận chung kết PTR ghi lại và chúng ta nên được hạnh phúc.
Tuy nhiên, nếu chúng tôi chẩn đoán tất cả các đường dẫn từ . (gốc) cho đến khi 176.244.240.92.in-addr.arpa. chúng ta có thể thấy một vấn đề.
DNSViz tại https://dnsviz.net/d/202.244.240.92.in-addr.arpa/YYzr-A/dnssec/ hiển thị nó, nếu bạn nhìn vào phần Lỗi:
202.244.240.92.in-addr.arpa/CNAME: Cờ Câu trả lời có thẩm quyền (AA) không được đặt trong phản hồi. (92.240.232.232, 92.240.232.242, 2a00:10d8:11::1:0:1, 2a00:10d8:11::2:0:1, UDP_-_EDNS0_4096_D_KN)
Bạn có thể thấy điều tương tự bằng cách sử dụng đào +dấu vết 202.244.240.92.in-addr.arpa. PTR +nottlunits +nodnssec đưa ra những điều dưới đây (cắt bớt các bước đầu tiên ở gốc và 2 miền):
[..]
92.in-addr.arpa. 86400 TRONG NS ns3.afrinic.net.
92.in-addr.arpa. 86400 TRONG NS pri.authdns.ripe.net.
92.in-addr.arpa. 86400 TRONG NS ns3.lacnic.net.
92.in-addr.arpa. 86400 TRONG NS ns4.apnic.net.
92.in-addr.arpa. 86400 TRONG NS rirns.arin.net.
;; Đã nhận 245 byte từ 200.10.60.53#53(d.in-addr-servers.arpa) trong 199 mili giây
244.240.92.in-addr.arpa. 172800 TRONG NS ns1.lightstorm.sk.
244.240.92.in-addr.arpa. 172800 TRONG NS ns2.lightstorm.sk.
;; Đã nhận 133 byte từ 199.253.249.53#53(rirns.arin.net) trong 142 ms
;; hồ sơ lựa chọn dự kiến trong phản hồi
202.244.240.92.in-addr.arpa. 3600 TRONG CNAME 202.128/25.244.240.92.in-addr.arpa.
128/25.244.240.92.in-addr.arpa. 3600 TRONG NS ns1.mojhosting.sk.
128/25.244.240.92.in-addr.arpa. 3600 TRONG NS ns2.mojhosting.sk.
;; Đã nhận 119 byte từ 92.240.232.242#53(ns2.lightstorm.sk) trong 173 mili giây
Nhưng câu trả lời cuối cùng có vấn đề, cờ "AA" (Câu trả lời có thẩm quyền) bị thiếu trong đó. Máy chủ tên cuối cùng này (ns1.lightstorm.sk) đang đưa ra một số dữ liệu (các CNAME record) nhưng không nói rằng nó có thẩm quyền về nó, nơi nó nên làm.
Xem câu trả lời này mà không có các chi tiết không cần thiết:
$ đào @ns1.lightstorm.sk. 202.244.240.92.in-addr.arpa. PTR
[..]
;; Có câu trả lời:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32312
;; cờ: qr rd ra; CÂU HỎI: 1, TRẢ LỜI: 1, AUTHORITY: 2, BỔ SUNG: 0
;; PHẦN CÂU HỎI:
;202.244.240.92.in-addr.arpa. TRONG PTR
;; PHẦN TRẢ LỜI:
202.244.240.92.in-addr.arpa.1h TRONG CNAME 202.128/25.244.240.92.in-addr.arpa.
;; PHẦN THẨM QUYỀN:
128/25.244.240.92.in-addr.arpa. 1h TRONG NS ns1.mojhosting.sk.
128/25.244.240.92.in-addr.arpa. 1h TRONG NS ns2.mojhosting.sk.
Lưu ý phần "cờ", nó phải có cờ "AA".
Ngoài ra, thực tế là nó có "RA" (Có sẵn đệ quy) dường như cho thấy rằng máy chủ tên này vừa có thẩm quyền vừa có tính đệ quy, điều này thường là một ý tưởng tồi, cả hai dịch vụ phải tách biệt.
Một máy chủ định danh đệ quy sẽ thấy điều đó và từ chối tiếp tục, do đó bạn sẽ gặp phải nhiều lỗi khác nhau.
chủ sở hữu của ns1.lightstorm.sk. + ns2 cần sửa cấu hình của nó, vấn đề là ở đó chứ không phải ở đâu khác.
Nếu bạn muốn so sánh, đây là một thiết lập tương tự, nhưng hoạt động cho IP 162.202.233.81.
Lưu ý cách DNSViz không hiển thị bất kỳ lỗi nào: https://dnsviz.net/d/81.233.202.162.in-addr.arpa/YY1_ag/dnssec/
và cả nếu bạn làm lại bước cuối cùng để so sánh với ở trên:
$ đào @ns2.swbell.net. 81.233.202.162.in-addr.arpa. PTR
[..]
;; Có câu trả lời:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24342
;; cờ: qr aa rd; CÂU HỎI: 1, ĐÁP ÁN: 1, TÁC GIẢ: 2, BỔ SUNG: 1
;; CẢNH BÁO: yêu cầu đệ quy nhưng không khả dụng
;; LỰA CHỌN PSEULiều lượng:
; EDNS: phiên bản: 0, cờ:; udp: 4096
;; PHẦN CÂU HỎI:
;81.233.202.162.in-addr.arpa. TRONG PTR
;; PHẦN TRẢ LỜI:
81.233.202.162.in-addr.arpa. 2h TRONG CNAME 81.80/29.233.202.162.in-addr.arpa.
;; PHẦN THẨM QUYỀN:
80/29.233.202.162.in-addr.arpa. 2h VÀO NS ns2.archaxis.net.
80/29.233.202.162.in-addr.arpa. 2h VÀO NS ns1.archaxis.net.
Lưu ý cách phần "cờ" khác nhau.
FWIW kiểu thiết lập này trong cây đảo ngược là kiểu được thiết kế trong RFC 2317 "Ủy quyền IN-ADDR.ARPA không phân loại", sử dụng CNAME để có thể subdelegate các bộ phận của cây.
