Điểm:1

Tại sao trình phân giải DNS đệ quy của tôi không giải quyết miền này?

lá cờ ph

Tôi đang sử dụng bind9 làm trình giải quyết đệ quy và nó hoạt động tốt cho 99% tên miền.

Tuy nhiên, nó trả về một NXDOMAIN cho cái này michaelkors.scene7.com mặc dù một số máy chủ tên công cộng trả lại câu trả lời cho nó.

Điều gây tò mò là trong tiện ích DNS trực tuyến được liên kết, một số máy chủ báo cáo một IP, những máy chủ khác báo cáo một IP khác và các máy chủ có thẩm quyền hoàn toàn không trả về bất kỳ bản ghi nào.

Có vẻ như máy chủ định danh cho tên miền này bị định cấu hình sai, nhưng tại sao Google và Cloudflare lại trả về kết quả? Có lẽ họ chỉ trả lại kết quả được lưu trong bộ nhớ cache?

Người ta có thể làm gì trong những tình huống như thế này?

Cập nhật: Có vẻ như liên kết của tôi đang cố sử dụng máy chủ định danh IPV6 của họ.

Vấn đề là tôi không có kết nối IPV6. Làm cách nào để tắt tính năng này trong bind9?

Ngày 13 tháng 9 năm 2021 15:41:52.907 truy vấn: client @0x8233e3000 192.168.1.4#33106 (michaelkors.scene7.com): truy vấn: michaelkors.scene7.com IN A +E(0) (192.168.1.4)
13-Sep-2021 15:41:53.299 lame-servers: host unreachable giải quyết 'ns201.adobe.net/A/IN': 2001:502:8cc::30#53
...
13-Sep-2021 15:41:53.301 lame-servers: host unreachable giải quyết 'ns204.adobe.net/AAAA/IN': 2001:500:d937::30#53
Ngày 13 tháng 9 năm 2021 15:41:53.409 lỗi truy vấn: client @0x8233e3000 192.168.1.4#33106 (michaelkors.scene7.com): truy vấn không thành công (SERVFAIL) cho michaelkors.scene7.com/IN/A tại query.c: 8678
Ngày 13 tháng 9 năm 2021 15:41:53.414 truy vấn: client @0x824194000 192.168.1.22#61146 (michaelkors.scene7.com): truy vấn: michaelkors.scene7.com IN A + (192.168.1.4)
Ngày 13 tháng 9 năm 2021 15:41:53.414 lỗi truy vấn: client @0x824194000 192.168.1.22#61146 (michaelkors.scene7.com): truy vấn không thành công (SERVFAIL) cho michaelkors.scene7.com/IN/A tại query.c: 7118

Cập nhật 2: Sau khi vô hiệu hóa IPV6 bằng -4 cờ, tôi vẫn không thể giải quyết tên miền đó. Đây là đầu ra nhật ký bây giờ:

Ngày 3 tháng 9 năm 2021 16:09:18.392 truy vấn: client @0x823293a00 192.168.1.22#51775 (michaelkors.scene7.com): truy vấn: michaelkors.scene7.com IN A + (192.168.1.4)
Ngày 13 tháng 9 năm 2021 16:09:18.394 lỗi truy vấn: client @0x823293a00 192.168.1.22#51775 (michaelkors.scene7.com): truy vấn không thành công (SERVFAIL) cho michaelkors.scene7.com/IN/A tại query.c: 8678
Ngày 13 tháng 9 năm 2021 16:09:18.395 truy vấn: client @0x823293000 192.168.1.22#58047 (michaelkors.scene7.com.localnet): truy vấn: michaelkors.scene7.com.localnet IN A + (192.168.1.4)
Nikita Kipriyanov avatar
lá cờ za
Bind9 của tôi giải quyết nó. Có lẽ một cái gì đó sai trái về phía bạn. phải làm gì? Trước tiên, hãy sử dụng Kính nhìn DNS công cộng (có rất nhiều trong số chúng trên Internet) để kiểm tra xem đó chỉ là bạn hay mọi người.
Patrick Mevzek avatar
lá cờ cn
Bạn đã xem các tệp nhật ký (và tăng mức độ chi tiết) của máy chủ định danh đệ quy của riêng bạn để xem tại sao nó nghĩ là `NXDOMAIN`? Bạn có thể xem https://dnsviz.net/d/michaelkors.scene7.com/YT9hzQ/dnssec/ để khắc phục sự cố mà hồ sơ của bạn có vẻ ổn, mặc dù tùy thuộc vào khu vực có tình trạng ủy quyền khập khiễng.
lá cờ ph
Xem ở trên. Tôi *nghĩ* trình phân giải của tôi đang cố kết nối với máy chủ định danh IPV6 của họ.
Điểm:1
lá cờ ph

Tôi đang chặn một số khu vực bằng danh sách đen chặn quảng cáo.

Khi tôi vô hiệu hóa danh sách đen đó, tên miền sẽ ổn định.

Vẫn chưa rõ tên miền bị chặn nào gây ra sự cố, có thể là một trong số hàng chục *.edgekey.net các mục trong danh sách. Tôi có thể giải quyết chuyện này sau.

Một điều tốt là nó cảnh báo tôi rằng tôi cần phải tắt IPV6.

Michael Hampton avatar
lá cờ cz
Hở? IPv6 hoàn toàn không liên quan đến vấn đề này.
lá cờ ph
Có, IPV6 không phải là nguyên nhân, nhưng trong khi gỡ lỗi sự cố này, tôi nhận thấy rằng máy chủ định danh của mình đang cố gắng kết nối với máy chủ định danh IPV6 luôn bị lỗi.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.