Một website có thể bị lỗi truy cập không chỉ vì server downtime, code lỗi hay CDN gặp vấn đề. Rất nhiều sự cố bắt đầu từ lớp DNS: subdomain bị gõ sai, record bị thiếu, CNAME trỏ nhầm, hostname cũ vẫn được người dùng truy cập hoặc ứng dụng đang gọi đến một endpoint không còn tồn tại. Khi đó, người dùng có thể thấy lỗi kiểu “domain không tồn tại”, “site can’t be reached” hoặc trình duyệt báo DNS_PROBE_FINISHED_NXDOMAIN.

Cloudflare DNS Analytics giúp doanh nghiệp quan sát những gì đang xảy ra ở lớp DNS, bao gồm số lượng truy vấn, response code, query type, data center và các hostname được truy vấn nhiều nhất. Theo Cloudflare, DNS Analytics cho phép đánh giá dữ liệu về DNS queries đến zone; có thể xem nhanh trên dashboard theo các dimension có sẵn hoặc dùng API/GraphQL để truy cập chi tiết hơn. Với các website quan trọng, LionTech khuyến nghị nên đưa DNS Analytics vào quy trình DNS health check định kỳ để phát hiện sớm lỗi record, hostname sai và các bất thường trước khi ảnh hưởng lớn đến người dùng.

Dashboard theo dõi NXDOMAIN, response code, hostname lỗi và record sai để kiểm tra sức khỏe DNS. 

Xem thêm: Cloudflare DNS là gì? Vì sao doanh nghiệp nên dùng Cloudflare để quản lý DNS?

1. NXDOMAIN là gì và vì sao doanh nghiệp cần theo dõi?

NXDOMAIN là response code cho biết tên miền hoặc hostname được truy vấn không tồn tại. Cloudflare giải thích lỗi DNS_PROBE_FINISHED_NXDOMAIN nghĩa là quá trình DNS lookup đã hoàn tất, nhưng kết quả là domain không tồn tại; nói cách khác, DNS resolver xác định hostname được hỏi không có DNS record tương ứng.

Trong vận hành thực tế, NXDOMAIN không phải lúc nào cũng là tấn công hay sự cố nghiêm trọng. Một lượng nhỏ NXDOMAIN có thể đến từ người dùng gõ sai URL, bot dò subdomain hoặc các hệ thống cũ còn gọi nhầm endpoint. Tuy nhiên, nếu NXDOMAIN tăng mạnh, lặp lại trên một hostname cụ thể hoặc xuất hiện ngay sau khi doanh nghiệp đổi DNS, đổi landing page, migrate hệ thống hoặc chạy campaign, đó là tín hiệu cần kiểm tra ngay.

1.1. Những tình huống thường gây NXDOMAIN

Điểm nguy hiểm là nhiều lỗi NXDOMAIN không xuất hiện trong Web Analytics vì request HTTP chưa kịp xảy ra. Người dùng bị chặn ngay từ bước phân giải DNS, nên nếu chỉ xem log web server hoặc analytics website, doanh nghiệp có thể không thấy đầy đủ vấn đề.

2. Cloudflare DNS Analytics giúp phát hiện lỗi DNS như thế nào?

Cloudflare DNS Analytics cung cấp dữ liệu về truy vấn DNS đến zone. Theo tài liệu Cloudflare, phần DNS Analytics có thể hiển thị query summary, query statistics, DNS queries by data center và top query statistics. Những nhóm dữ liệu này giúp đội IT không chỉ biết “DNS có record hay không”, mà còn biết “người dùng và hệ thống đang truy vấn DNS như thế nào”.

Khi cần phát hiện NXDOMAIN hoặc record sai, các chỉ số quan trọng nhất gồm:

Cloudflare cũng cho biết khi dùng GraphQL, người dùng có thể lấy DNS queries trên tất cả zone trong một account, phù hợp với doanh nghiệp quản lý nhiều domain.

3. Cách đọc response code để phát hiện lỗi record

Trong DNS Analytics, response code là nhóm dữ liệu quan trọng nhất để phát hiện lỗi phân giải. Cloudflare có tài liệu về Analytics API properties, trong đó response code có thể được dùng làm filter, ví dụ responseCode==NOERROR,responseCode==NXDOMAIN để lọc truy vấn theo NOERROR hoặc NXDOMAIN.

3.1. NXDOMAIN tăng cao nói lên điều gì?

NXDOMAIN tăng cao thường rơi vào một trong ba nhóm nguyên nhân:

Thứ nhất, người dùng hoặc hệ thống đang truy cập sai hostname. Đây là trường hợp phổ biến sau chiến dịch marketing, thay đổi URL, chuyển CMS hoặc đổi naming convention của subdomain.

Thứ hai, DNS record bị thiếu hoặc bị xóa nhầm. Ví dụ team đã deploy landing page event.example.com, nhưng chưa tạo record tương ứng trong Cloudflare DNS.

Thứ ba, có hoạt động dò quét subdomain. Bot hoặc scanner có thể thử nhiều hostname phổ biến như admin, dev, staging, test, api, vpn, mail, portal để tìm điểm truy cập.

Nếu NXDOMAIN tăng nhưng chỉ tập trung vào một hostname gần giống hostname thật, khả năng cao là lỗi chính tả hoặc URL sai. Nếu NXDOMAIN tăng trên hàng loạt hostname khác nhau, có thể là bot scanning hoặc hệ thống tự động đang gọi sai danh sách endpoint.

Xem thêm: Top 10 tính năng nổi bật chỉ có ở Cloudflare Enterprise

4. Cách phát hiện record thiếu bằng DNS Analytics

Một record thiếu thường không được phát hiện ngay nếu chưa có người dùng truy cập. DNS Analytics giúp doanh nghiệp nhìn thấy truy vấn thực tế đến hostname chưa có record, thông qua response code NXDOMAIN hoặc NODATA.

4.1. Quy trình kiểm tra record thiếu

Ví dụ: nếu DNS Analytics ghi nhận nhiều truy vấn NXDOMAIN đến promo2026.example.com, trong khi chiến dịch đang chạy URL này, khả năng cao team đã public link trước khi tạo DNS record.

4.2. Khi nào NXDOMAIN không nên được “sửa” bằng cách tạo record?

Không phải hostname nào có NXDOMAIN cũng nên tạo record. Nếu hostname là kết quả của bot dò quét hoặc tên nhạy cảm không cần public, việc tạo record có thể làm tăng bề mặt tấn công.

Ví dụ, không nên vội tạo record cho các hostname như:

Trong trường hợp này, DNS Analytics giúp doanh nghiệp phát hiện truy vấn bất thường, nhưng hành động tiếp theo nên là rà soát bảo mật, kiểm tra hệ thống nội bộ và bảo vệ các endpoint nhạy cảm bằng Access, WAF hoặc chính sách phù hợp.

5. Cách phát hiện record sai bằng query type và response code

Record sai không phải lúc nào cũng tạo NXDOMAIN. Có nhiều trường hợp hostname tồn tại và trả về NOERROR, nhưng record type hoặc giá trị record không đúng.

Cloudflare cung cấp tài liệu về các loại DNS record như A, AAAA, CNAME, MX, TXT, NS và nhiều loại khác. Mỗi loại record phục vụ một mục đích riêng trong hệ thống DNS.

5.1. Ví dụ: CNAME trỏ sai sau khi đổi nền tảng landing page

Một doanh nghiệp chuyển landing page từ nền tảng cũ sang nền tảng mới. Record event.example.com vẫn tồn tại, nhưng CNAME target trỏ về dịch vụ cũ đã bị xóa. Người dùng có thể gặp lỗi truy cập, trong khi đội marketing vẫn thấy domain “có record”.

Trong trường hợp này, DNS Analytics giúp phát hiện truy vấn vẫn đang tập trung vào hostname đó. Sau đó, đội kỹ thuật cần kiểm tra chi tiết DNS record trong Cloudflare và xác nhận CNAME target có còn hợp lệ không.

5.2. Ví dụ: thiếu TXT record làm lỗi xác thực dịch vụ

Một số dịch vụ SaaS yêu cầu xác thực domain bằng TXT record. Nếu TXT record bị thiếu hoặc nhập sai, hệ thống bên thứ ba có thể liên tục truy vấn TXT nhưng không nhận được dữ liệu mong muốn. Khi query type TXT tăng bất thường hoặc xuất hiện lỗi liên quan, doanh nghiệp nên kiểm tra lại record xác thực domain, đặc biệt trong các giai đoạn cấu hình email, marketing automation, CDN phụ hoặc nền tảng analytics.

6. Bảng checklist phát hiện NXDOMAIN và record sai

7. Use case 1: Landing page bị lỗi vì thiếu subdomain

Một doanh nghiệp chạy chiến dịch quảng cáo cho sản phẩm mới. URL được gửi qua email, social post và ads là launch.example.com. Sau khi chiến dịch bắt đầu, người dùng phản hồi rằng link không truy cập được. Đội vận hành kiểm tra server và CMS nhưng không thấy lỗi.

Khi xem Cloudflare DNS Analytics, team phát hiện launch.example.com có lượng truy vấn tăng nhanh nhưng response code là NXDOMAIN. Điều này cho thấy người dùng đang truy vấn một hostname chưa tồn tại trong DNS.

Cách xử lý:

Giá trị của DNS Analytics trong tình huống này là giúp đội vận hành phát hiện lỗi ở lớp DNS thay vì mất thời gian kiểm tra nhầm ở server hoặc ứng dụng.

8. Use case 2: Ứng dụng vẫn gọi API endpoint cũ

Một doanh nghiệp đã chuyển API từ api-old.example.com sang api.example.com. Tuy nhiên, sau vài tuần, DNS Analytics vẫn ghi nhận nhiều truy vấn đến api-old.example.com, trong đó có một phần trả NXDOMAIN vì record cũ đã bị xóa.

Điều này có thể cho thấy:

Cách xử lý:

Trong use case này, DNS Analytics không chỉ giúp phát hiện lỗi, mà còn hỗ trợ quản lý vòng đời hostname sau migration.

Luồng kiểm tra hostname lỗi, phát hiện NXDOMAIN và rà soát record DNS bằng health check định kỳ. 

9. Cách dùng GraphQL API để tìm NXDOMAIN trên nhiều domain

Với doanh nghiệp có nhiều zone, việc kiểm tra từng dashboard riêng lẻ có thể mất thời gian. Cloudflare đã cập nhật khả năng truy vấn DNS Analytics ở cấp account qua GraphQL API, cho phép query dữ liệu DNS across multiple zones trong cùng account bằng accounts filter. Cloudflare cũng đưa ví dụ truy xuất các DNS query gần nhất trên toàn account có response NXDOMAIN trong một khoảng thời gian.

Mô hình này phù hợp với doanh nghiệp có nhiều domain, nhiều thương hiệu hoặc nhiều môi trường vận hành. Thay vì chỉ phát hiện lỗi khi từng team báo cáo, đội hạ tầng có thể tạo dashboard hoặc report định kỳ:

Đây là nền tảng tốt để xây dựng DNS health check định kỳ ở cấp doanh nghiệp.

Xem thêm: Mua Cloudflare Enterprise tại Việt Nam ở đâu?

10. Quy trình DNS health check định kỳ

DNS health check không nên chỉ diễn ra khi website lỗi. Với doanh nghiệp nhiều domain, nên kiểm tra định kỳ theo tuần hoặc tháng, đặc biệt sau các hoạt động như campaign, migration, đổi CMS, đổi email provider, thêm SaaS mới hoặc cập nhật hạ tầng.

10.1. Checklist hằng tuần

10.2. Checklist sau campaign hoặc release

10.3. Checklist sau migration

10.4. Checklist bảo mật

11. Khi nào cần xử lý ngay?

Không phải mọi NXDOMAIN đều cần xử lý ngay lập tức. Tuy nhiên, các trường hợp sau nên được ưu tiên:

Trong các tình huống này, DNS Analytics giúp rút ngắn thời gian khoanh vùng sự cố, vì team có thể xác định vấn đề nằm ở hostname, record, query type hay response code.

12. Kết luận: NXDOMAIN là tín hiệu sớm của lỗi DNS và sai hostname

NXDOMAIN không chỉ là một mã lỗi DNS. Trong vận hành website, nó là tín hiệu sớm cho thấy người dùng, ứng dụng hoặc bot đang truy vấn một hostname không tồn tại. Khi kết hợp với Cloudflare DNS Analytics, doanh nghiệp có thể phát hiện nhanh các vấn đề như subdomain thiếu record, URL campaign sai, CNAME trỏ nhầm, API endpoint cũ vẫn được gọi hoặc hostname nhạy cảm đang bị dò quét.

Điểm quan trọng là không nên xử lý DNS theo kiểu chờ lỗi rồi mới kiểm tra. Query volume, response code, query type và top hostname nên được đưa vào quy trình monitoring/audit định kỳ để phát hiện bất thường trước khi ảnh hưởng lớn đến người dùng.

Nếu doanh nghiệp đang quản lý nhiều domain, nhiều subdomain hoặc thường xuyên chạy campaign, migration và tích hợp SaaS, LionTech có thể hỗ trợ thực hiện DNS health check định kỳ, thiết kế dashboard theo dõi NXDOMAIN/record sai và xây dựng checklist vận hành DNS phù hợp với quy mô doanh nghiệp.

Liên hệ với LionTech tại: