DNS_PROBE_FINISHED_NXDOMAIN: nguyên nhân & cách khắc phục

DNS_PROBE_FINISHED_NXDOMAIN là gì?

DNS_PROBE_FINISHED_NXDOMAIN nghĩa là Chrome không lấy được địa chỉ cho tên của website, trong khi máy chủ DNS của bạn vẫn trả lời phép tra cứu thử của chính Chrome, nên Chrome kết luận tên miền không tồn tại. Thường đó là phản hồi NXDOMAIN thật ("non-existent domain", tên miền không tồn tại); một lần tra cứu thất bại vì lý do khác, chẳng hạn chữ ký DNSSEC hỏng (SERVFAIL), cũng hiện cùng trang này. Chrome đặt tiêu đề cho nó là "Không thể truy cập trang web này". Nhiều người tìm nó dưới dạng DNS_PROBE_NXDOMAIN; Chromium không có mã đó, đây là cùng một lỗi.

Phép thử quan trọng nhất: tra tên miền bằng DNS công cộng (công cụ Tra Cứu DNS bên dưới, hoặc nslookup example.com 1.1.1.1). Nếu DNS công cộng tìm thấy, nguyên nhân nằm ở phía bạn: gõ sai, bộ nhớ đệm cũ, máy chủ DNS của bạn, dịch vụ lọc hoặc VPN. Nếu DNS công cộng cũng trả về NXDOMAIN, tên miền bị gõ sai, đã hết hạn hoặc cấu hình sai, và chỉ chủ sở hữu mới sửa được.

Thường nguyên nhân là lỗi gõ sai hoặc một thứ ở phía bạn, sửa được trong vài phút; các bước bên dưới đi từ những kiểm tra nhanh nhất đến chính tên miền.

Lỗi này hiển thị như thế nào trên các trình duyệt khác

Mỗi trình duyệt hiển thị lỗi DNS này theo cách khác nhau, nhưng nguyên nhân gốc rễ luôn giống nhau — tên miền không thể được phân giải.

Các trình duyệt dựa trên Chromium (Chrome, Edge, Brave, Opera) đều hiển thị cùng mã DNS_PROBE_FINISHED_NXDOMAIN. Firefox và Safari hiển thị thông báo thân thiện hơn nhưng vấn đề bên dưới hoàn toàn giống nhau.

NXDOMAIN so với các lỗi DNS_PROBE khác của Chrome

Khi một trang không tải được, Chrome chạy một phép kiểm tra DNS nhanh và đặt tên kết quả bằng một mã DNS_PROBE. Chỉ một trong số đó có nghĩa là tên không tồn tại:

ERR_NAME_NOT_RESOLVED của Chrome là cùng kiểu lỗi "không có địa chỉ cho tên này", hiện ra khi Chrome không chạy phép kiểm tra hoặc phép kiểm tra không cho kết luận: xem ERR_NAME_NOT_RESOLVED.

Nguyên nhân phổ biến gây ra lỗi DNS_PROBE_FINISHED_NXDOMAIN

Các nguyên nhân chia thành phía bạn (phần lớn) và phía tên miền.

• Lỗi chính tả trong URL — Rất phổ biến. Chỉ cần gõ sai một ký tự (ví dụ: gogle.com thay vì google.com) là đủ gây ra NXDOMAIN vì tên miền bị sai chính tả không tồn tại trong DNS.
• Kết quả "không tồn tại" nằm trong bộ nhớ đệm — máy tính hoặc máy chủ DNS của bạn đã lưu một phản hồi NXDOMAIN trước đó, chẳng hạn từ lúc tên miền chưa được thiết lập, và lặp lại nó cho đến khi hết hạn
• Bộ nhớ đệm DNS nội bộ của Chrome — Chrome duy trì bộ nhớ đệm DNS riêng, tách biệt với hệ điều hành. Ngay cả sau khi xóa bộ nhớ đệm hệ thống, Chrome vẫn có thể dùng một bản ghi cũ trong bộ nhớ nội bộ.
• Dịch vụ DNS có lọc — Quad9 trả về NXDOMAIN cho các tên miền mà nó chặn, nên một website đang chạy bình thường trông như không tồn tại. (Pi-hole, AdGuard và Cloudflare for Families mặc định trả về 0.0.0.0, khi đó trình duyệt hiện lỗi kết nối)
• Tên miền chưa đăng ký hoặc đã hết hạn — Chủ sở hữu website quên gia hạn tên miền, hoặc tên miền chưa bao giờ được đăng ký.
• Tên miền hoàn toàn mới — một máy chủ phân giải đã hỏi trước khi tên miền được thiết lập sẽ giữ phản hồi "không tồn tại" trong thời gian lưu đệm phủ định của vùng: 15 phút với .com và .net
• Tên cục bộ không có trong file hosts — các tên dùng khi phát triển như myapp.test chỉ tồn tại ở nơi bạn tự định nghĩa (một mục hosts sai sẽ gây lỗi kết nối chứ không phải NXDOMAIN)
• VPN hoặc tường lửa chặn — VPN, proxy hoặc tường lửa chặn các truy vấn DNS và chặn hoặc chuyển hướng tên miền.
• Sự cố máy chủ DNS của ISP — Máy chủ DNS của nhà cung cấp internet trả về NXDOMAIN không chính xác, hoặc chưa nhận được bản ghi DNS của tên miền.

Cách 1: kiểm tra chính tả tên miền

Hãy kiểm tra kỹ URL trong thanh địa chỉ: chỉ cần sai một ký tự là đủ.

Tìm các lỗi chính tả phổ biến: thiếu chữ cái (goole.com), thừa chữ cái (googgle.com), sai đuôi tên miền (.con thay vì .com), hoặc nhầm lẫn ký tự (goog1e.com với số 1 thay vì chữ l).

Nếu ai đó gửi link cho bạn, hãy thử tìm kiếm website trên Google thay vì nhấp trực tiếp vào link. Nếu tên miền thực sự không tồn tại, sẽ không có kết quả tìm kiếm nào xuất hiện.

Cách 2: xóa bộ nhớ đệm DNS

Nếu tên miền được gõ đúng chính tả, bước tiếp theo là xóa bộ nhớ đệm DNS của hệ điều hành. Thao tác này xóa tất cả các bản ghi DNS đã lưu và buộc hệ thống thực hiện tra cứu mới.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

# Chrome OS
chrome://net-internals/#dns → Clear host cache

Sau khi xóa, hãy thử tải lại website. Nếu bản ghi DNS của tên miền vừa được cập nhật, việc xóa bộ nhớ đệm cho phép hệ thống lấy bản ghi mới.

Lệnh cho mọi hệ thống, kể cả router: cách xóa bộ nhớ đệm DNS.

Cách 3: xóa bộ nhớ đệm DNS nội bộ của Chrome

Chrome duy trì bộ nhớ đệm DNS riêng, hoàn toàn tách biệt với bộ nhớ đệm của hệ điều hành. Chỉ xóa bộ nhớ đệm hệ thống thôi là chưa đủ — bạn cũng phải xóa bộ nhớ đệm nội bộ của Chrome.

• Mở Chrome và gõ chrome://net-internals/#dns vào thanh địa chỉ
• Nhấp "Clear host cache" để xóa tất cả bản ghi DNS đã lưu trong Chrome
• Sau đó truy cập chrome://net-internals/#sockets và nhấp "Flush socket pools" để đặt lại các kết nối đang mở
• Thử tải lại website — Chrome sẽ thực hiện tra cứu DNS hoàn toàn mới

Cách 4: chuyển sang máy chủ DNS công cộng

Máy chủ DNS của ISP có thể đang trả về phản hồi NXDOMAIN không chính xác, hoặc chưa có bản ghi của tên miền. Chuyển sang máy chủ DNS công cộng đáng tin cậy thường giải quyết được vấn đề này.

Đổi DNS trên Windows

• Mở Cài đặt → "Mạng & Internet" → "Wi-Fi" → "Quản lý các mạng đã biết" → mạng của bạn (với cáp: "Ethernet" → mạng của bạn)
• Tìm "Gán máy chủ DNS" trên trang đó
• Nhấp "Chỉnh sửa" bên cạnh "Gán máy chủ DNS" → chuyển sang "Thủ công"
• Bật "IPv4" và đặt "DNS ưa thích" là 1.1.1.1, "DNS thay thế" là 1.0.0.1
• Nhấp "Lưu" và thử lại website

Đổi DNS trên macOS

• Mở Cài đặt hệ thống → "Mạng" → "Wi-Fi" → "Chi tiết"
• Nhấp "DNS" trong thanh bên
• Xóa các mục hiện có và thêm 1.1.1.1 và 1.0.0.1
• Nhấp "OK"

Cách 5: kiểm tra file hosts

File hosts ánh xạ tên sang địa chỉ trước khi DNS được hỏi. Một mục sai ở đó (127.0.0.1 example.com) gán cho tên một địa chỉ, nên bạn sẽ thấy kết nối bị từ chối hoặc một website sai chứ không phải NXDOMAIN; dù vậy vẫn nên xóa các dòng như thế, vì mã độc và trình chặn quảng cáo cũ hay thêm chúng.

Chỗ file hosts thực sự gây NXDOMAIN lại là trường hợp ngược lại: một tên phát triển cục bộ (myapp.test, api.local) mà bạn chưa từng thêm vào. DNS công cộng chưa bao giờ nghe đến nó, nên lần tra cứu thất bại.

# Windows — open as Administrator:
notepad C:\Windows\System32\drivers\etc\hosts

# macOS / Linux:
sudo nano /etc/hosts

# Look for lines like:
# 127.0.0.1  example.com    ← This blocks the domain!
# 0.0.0.0    example.com    ← This also blocks it!

# If you find the domain listed, delete that line and save.

Sau khi chỉnh sửa, hãy lưu file và xóa bộ nhớ đệm DNS (Cách 2).

Cách 6: kiểm tra cài đặt DNS bảo mật của Chrome

Chrome có thể gửi truy vấn DNS qua HTTPS đến nhà cung cấp riêng thay vì DNS của hệ thống. Nếu nhà cung cấp đó có lọc (DNS cho gia đình hoặc bảo mật), Chrome nhận được "không có tên miền này" với những website mà các trình duyệt khác tải bình thường. (Nếu không kết nối được nhà cung cấp, Chrome hiện DNS_PROBE_FINISHED_BAD_SECURE_CONFIG.)

• Mở chrome://settings/security (Cài đặt → Quyền riêng tư và bảo mật → Bảo mật)
• Tìm "Sử dụng DNS bảo mật" và xem nhà cung cấp nào đang được chọn
• Đổi lựa chọn "Chọn nhà cung cấp DNS" sang Chế độ mặc định của hệ điều hành (nếu có), hoặc sang Google hay Cloudflare, rồi tải lại website
• Edge: edge://settings/privacy → "Bảo mật" → "Sử dụng DNS bảo mật"

Nếu đổi nhà cung cấp giúp sửa được lỗi, nhà cung cấp trước đó đã chặn hoặc không phân giải được tên miền này.

Cách 7: tạm thời tắt VPN hoặc phần mềm diệt virus

VPN gửi truy vấn DNS của bạn đến máy chủ riêng, còn phần mềm bảo mật, Pi-hole, router và dịch vụ DNS cho gia đình lọc những tên mà chúng coi là rủi ro. Quad9 trả về NXDOMAIN cho tên miền bị chặn, nên website trông như không tồn tại; hầu hết bộ lọc khác trả về 0.0.0.0, khi đó trình duyệt hiện lỗi kết nối.

Hãy tắt VPN hoặc bộ lọc rồi tải lại. Để biết chắc Quad9 có chặn hay không, dùng dig: tài liệu của Quad9 nói tên miền bị chặn trả về NXDOMAIN với AUTHORITY: 0 (và không có cờ ra), còn tên miền thật sự không tồn tại trả về kèm bản ghi SOA của vùng (AUTHORITY: 1). Tên miền thử của chính Quad9 là isitblocked.org:

dig isitblocked.org @9.9.9.9

# ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
# ;; flags: qr rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0   ← blocked by Quad9

# A name that really doesn't exist:
# ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1   ← the zone's SOA comes back

Cách 8: kiểm tra trạng thái đăng ký tên miền

Nếu không có cách nào ở trên hiệu quả, bản thân tên miền có thể thực sự chưa được đăng ký hoặc đã hết hạn. Điều này đặc biệt phổ biến với các website mới, tên miền vừa thay đổi, hoặc tên miền mà chủ sở hữu quên gia hạn.

Để xác minh trạng thái tên miền:

• Dùng Tra Cứu WHOIS của DNS Robot tại /whois-lookup — nhập tên miền và kiểm tra ngày đăng ký và ngày hết hạn
• Dùng Tra Cứu DNS của DNS Robot tại /dns-lookup — nếu không có bản ghi A, AAAA hoặc NS nào, tên miền không có cấu hình DNS
• Tên miền mới hoặc bản ghi mới? Một máy chủ phân giải đã tra tên trước khi nó tồn tại sẽ giữ phản hồi "không tồn tại" trong thời gian lưu đệm phủ định ghi trong bản ghi SOA của vùng (RFC 2308): 15 phút với .com và .net, ở nơi khác thường dưới một giờ. DNS công cộng có thể đã thấy tên miền trong khi máy chủ phân giải của ISP vẫn trả về NXDOMAIN
• Đã đăng ký nhưng không phân giải được? Nếu WHOIS hiển thị tên miền nhưng nó không có nameserver, hoặc trạng thái là clientHold hay serverHold (sau khi hết hạn hoặc email chủ sở hữu chưa xác minh), máy chủ TLD trả về NXDOMAIN: hãy sửa ở nhà đăng ký. Nameserver chỉ đơn giản là không có vùng đó sẽ trả về SERVFAIL hoặc REFUSED

NXDOMAIN với tên cục bộ khi phát triển

Nếu tên bị lỗi là tên bạn tự đặt khi phát triển (myapp.test, api.local, tên dịch vụ Docker), DNS công cộng chưa bao giờ nghe đến nó, nên NXDOMAIN là phản hồi đúng. Thay vào đó, hãy làm cho tên đó phân giải được ngay trên máy của bạn:

• Dùng localhost — http://localhost:8000 và http://127.0.0.1:8000 luôn phân giải được; hầu hết máy chủ phát triển (Django, Rails, Vite, Next.js) in ra một trong hai địa chỉ này
• Thêm tên vào file hosts — 127.0.0.1 myapp.test, rồi xóa bộ nhớ đệm DNS
• Tên Docker — tên dịch vụ như db chỉ phân giải được bên trong mạng Docker; từ máy tính của bạn hãy dùng localhost và cổng đã công khai
• Tên .local — dùng DNS đa hướng (mDNS), có sẵn trong macOS, iOS và Windows 10, 11; trên Linux, hãy bật Avahi hoặc mDNS của systemd-resolved

Sửa lỗi DNS_PROBE_FINISHED_NXDOMAIN trên Android

Lỗi NXDOMAIN xuất hiện trên trình duyệt Chrome của Android với cùng mã lỗi. Dưới đây là cách khắc phục.

• Xóa bộ nhớ đệm Chrome: Mở Chrome → Cài đặt → Quyền riêng tư và bảo mật → Xoá dữ liệu duyệt web → chọn Tệp và hình ảnh được lưu trong bộ nhớ đệm → Xoá dữ liệu
• Kiểm tra DNS riêng: Cài đặt → Mạng và Internet → DNS riêng (tính năng này làm gì). Nếu nó trỏ đến một dịch vụ có lọc, hãy đặt thành Tự động hoặc dns.google
• Bật/tắt chế độ trên máy bay: Bật chế độ trên máy bay trong 10 giây, sau đó tắt — thao tác này buộc thiết bị tạo kết nối mạng mới và tra cứu DNS mới
• Cập nhật Chrome: Mở Play Store → tìm Chrome → nhấn Cập nhật nếu có
• Khởi động lại thiết bị nếu các cách trên không hiệu quả

Sửa lỗi DNS_PROBE_FINISHED_NXDOMAIN trên iPhone / iPad

Trên iOS, Safari hiển thị "Safari không thể tìm thấy máy chủ" thay vì mã lỗi Chrome. Nếu bạn dùng Chrome trên iOS, bạn sẽ thấy thông báo DNS_PROBE_FINISHED_NXDOMAIN. Dưới đây là cách khắc phục.

• Đổi DNS: Vào Cài đặt → Wi-Fi → nhấn biểu tượng (i) bên cạnh mạng của bạn → Định cấu hình DNS → Thủ công → thêm 1.1.1.1 và 1.0.0.1
• Xóa bộ nhớ đệm Safari: Cài đặt → Ứng dụng → Safari → Xóa lịch sử và dữ liệu trang web
• Xóa bộ nhớ đệm Chrome: trong Chrome nhấn ⋯ → Xoá dữ liệu duyệt web
• Bật/tắt chế độ trên máy bay: Bật trong 10 giây, sau đó tắt để đặt lại kết nối mạng
• Khởi động lại thiết bị để xóa toàn bộ trạng thái DNS tạm thời

Cách xác minh lỗi đã được sửa

Sau khi áp dụng cách khắc phục, hãy xác minh rằng phân giải DNS đang hoạt động cho tên miền cụ thể.

# Test DNS resolution directly
nslookup example.com

# Test with a specific DNS server
nslookup example.com 1.1.1.1

# Detailed test (Mac/Linux)
dig example.com

# status: NXDOMAIN from your own resolver? Confirm with a public one
# before concluding the domain doesn't exist:
dig example.com @1.1.1.1

Nếu nslookup trả về địa chỉ IP, DNS đang hoạt động và website sẽ tải được. Nếu vẫn trả về "Non-existent domain", tên miền thực sự chưa được đăng ký, hoặc bạn cần thử một máy chủ DNS khác.

Bạn cũng có thể sử dụng công cụ Tra Cứu DNS của DNS Robot để kiểm tra xem tên miền có phân giải được từ nhiều máy chủ toàn cầu hay không — điều này xác nhận liệu vấn đề chỉ xảy ra trên thiết bị của bạn hay là lỗi DNS toàn cầu.