DNS_PROBE_STARTED: Nguyên Nhân & Cách Khắc Phục

DNS_PROBE_STARTED Là Gì?

DNS_PROBE_STARTED là lỗi trình duyệt Chromium xuất hiện khi trình duyệt bắt đầu tra cứu DNS nhưng truy vấn bị treo trước khi nhận được bất kỳ phản hồi nào. Chrome hiển thị thông báo "Không thể truy cập trang web này" cùng với mã lỗi DNS_PROBE_STARTED — cho biết quá trình phân giải DNS đã bắt đầu nhưng chưa bao giờ hoàn tất.

Khác với DNS_PROBE_FINISHED_NXDOMAIN (nghĩa là truy vấn DNS đã hoàn tất nhưng không tìm thấy tên miền), DNS_PROBE_STARTED có nghĩa là truy vấn chưa bao giờ hoàn tất. Trình duyệt đã gửi yêu cầu chuyển đổi tên miền thành địa chỉ IP, nhưng bộ phân giải DNS không phản hồi — có thể do không thể truy cập, bị đóng băng hoặc bị chặn.

Lỗi này ảnh hưởng đến tất cả trình duyệt dựa trên Chromium: Google Chrome, Microsoft Edge, Opera, Brave và Vivaldi. Firefox xử lý lỗi DNS khác nên sẽ không hiển thị thông báo chính xác này. Lỗi này hầu như luôn do vấn đề trên thiết bị hoặc mạng của bạn — không phải trang web bạn đang cố truy cập.

Cách Phân Giải DNS Hoạt Động (Và Nơi Nó Bị Treo)

Để hiểu tại sao DNS_PROBE_STARTED xảy ra, bạn cần biết cách phân giải DNS hoạt động. Khi bạn nhập example.com trong Chrome, trình duyệt thực hiện các bước sau để tìm địa chỉ IP của máy chủ:

Bước 1 — Kiểm tra bộ nhớ đệm trình duyệt. Chrome trước tiên kiểm tra bộ nhớ đệm DNS nội bộ của mình (chrome://net-internals/#dns) để tìm địa chỉ IP đã lưu. Nếu tên miền đã được phân giải gần đây và TTL (Time to Live) chưa hết hạn, Chrome sử dụng kết quả đã lưu ngay lập tức — không cần yêu cầu mạng.

Bước 2 — Truy vấn bộ phân giải OS. Nếu bộ nhớ đệm Chrome không có kết quả, yêu cầu được gửi đến bộ phân giải DNS của hệ điều hành (stub resolver). Trên Windows, đây là dịch vụ DNS Client (Dnscache). Trên macOS, đó là mDNSResponder. OS kiểm tra bộ nhớ đệm riêng trước khi thực hiện cuộc gọi mạng.

Bước 3 — Truy vấn bộ phân giải đệ quy. Nếu bộ nhớ đệm OS cũng không có kết quả, truy vấn được gửi qua mạng đến máy chủ DNS đã cấu hình (thường là bộ phân giải của ISP, hoặc bộ phân giải công cộng như 8.8.8.8). Bộ phân giải đệ quy này thực hiện công việc nặng — truy vấn các máy chủ gốc, máy chủ TLD và máy chủ tên miền có thẩm quyền để tìm câu trả lời.

Bước 4 — Trả về phản hồi. Bộ phân giải đệ quy trả về địa chỉ IP cho OS, OS lưu vào bộ nhớ đệm và chuyển cho Chrome. Chrome kết nối với địa chỉ IP và tải trang.

DNS_PROBE_STARTED có nghĩa là quá trình này bị treo ở Bước 2 hoặc Bước 3. Trình duyệt đã phát DNS probe, nhưng bộ phân giải OS hoặc truy vấn mạng không trả về kết quả. Điều này xảy ra khi dịch vụ DNS Client bị đóng băng, máy chủ DNS không thể truy cập, hoặc tường lửa chặn cổng 53 (cổng DNS).

Nguyên Nhân Gây Ra DNS_PROBE_STARTED

DNS_PROBE_STARTED được kích hoạt khi quá trình phân giải DNS bắt đầu nhưng không thể hoàn tất. Dưới đây là các nguyên nhân phổ biến nhất, sắp xếp theo tần suất:

• Dịch vụ DNS Client bị đóng băng (Windows) — Dịch vụ Windows DNS Client (Dnscache) xử lý tất cả truy vấn DNS cho hệ điều hành. Nếu dịch vụ này bị đóng băng hoặc crash, mọi DNS probe đều bắt đầu nhưng không bao giờ hoàn tất. Đây là nguyên nhân số 1 trên máy Windows.

• Bộ nhớ đệm DNS bị hỏng — Các mục cũ hoặc bị hỏng trong bộ nhớ đệm DNS hệ thống có thể khiến tra cứu thất bại thầm lặng. Bộ phân giải cố sử dụng dữ liệu đã lưu, bị nhầm lẫn và không gửi truy vấn phù hợp đến mạng.

• Không thể truy cập máy chủ DNS — Nếu máy chủ DNS đã cấu hình bị ngừng hoạt động, quá tải hoặc cấu hình sai, các truy vấn DNS không được trả lời. Máy chủ DNS của ISP nổi tiếng với các sự cố gián đoạn gây ra chính xác lỗi này.

• Tường lửa hoặc phần mềm bảo mật chặn cổng 53 — DNS sử dụng cổng UDP 53 (và đôi khi TCP 53). Nếu tường lửa, phần mềm diệt virus hoặc proxy công ty chặn cổng này, các truy vấn DNS rời khỏi máy nhưng không đến được bộ phân giải.

• Sự cố bộ điều hợp mạng — Bộ điều hợp mạng bị cấu hình sai, bị vô hiệu hóa hoặc bị lỗi có thể ngăn các gói DNS được gửi đi. Điều này thường xảy ra sau khi thức dậy từ chế độ ngủ, chuyển đổi giữa Wi-Fi và Ethernet, hoặc sau khi cập nhật driver thất bại.

• VPN hoặc proxy can thiệp — VPN chuyển hướng truy vấn DNS qua bộ phân giải riêng. Nếu kết nối VPN bị ngắt hoặc máy chủ DNS của VPN không thể truy cập, truy vấn không đi đến đâu.

• Tiện ích mở rộng trình duyệt can thiệp DNS — Tiện ích bảo mật, trình chặn quảng cáo và tiện ích DNS-over-HTTPS có thể chặn và sửa đổi truy vấn DNS, đôi khi phá hỏng chúng hoàn toàn.

So Sánh Các Mã Lỗi DNS_PROBE

Chrome sử dụng nhiều mã lỗi DNS_PROBE, mỗi mã chỉ ra giai đoạn thất bại khác nhau trong quá trình phân giải DNS. Hiểu rõ bạn đang gặp lỗi nào sẽ giúp chẩn đoán nguyên nhân gốc nhanh hơn.

Sự khác biệt chính: STARTED có nghĩa là truy vấn đang ở trạng thái lơ lửng — đã được gửi nhưng không có kết quả trả về. Tất cả các biến thể FINISHED có nghĩa là truy vấn đã hoàn tất nhưng kết quả là lỗi. STARTED hầu như luôn là vấn đề mạng hoặc dịch vụ, trong khi lỗi FINISHED thường chỉ ra vấn đề cấu hình.

Cách 1: Xóa Bộ Nhớ Đệm DNS

Các mục bộ nhớ đệm DNS bị hỏng hoặc cũ là nguyên nhân hàng đầu gây ra DNS_PROBE_STARTED. Xóa bộ nhớ đệm buộc hệ thống yêu cầu bản ghi DNS mới từ mạng. Cách khắc phục này giải quyết lỗi trong khoảng 40% trường hợp.

Xóa DNS Trên Windows

Mở Command Prompt với quyền quản trị viên (nhấp chuột phải vào Start → Terminal (Admin)) và chạy ba lệnh sau theo thứ tự:

# Flush the DNS resolver cache
ipconfig /flushdns

# Release and renew your IP address (resets DHCP)
ipconfig /release
ipconfig /renew

# Re-register DNS with your domain controller
ipconfig /registerdns

# Also flush Chrome's internal DNS cache:
# Open Chrome → navigate to chrome://net-internals/#dns → Click "Clear host cache"

Xóa DNS Trên macOS

Mở Terminal và chạy lệnh phù hợp với phiên bản macOS của bạn:

# macOS Sonoma / Sequoia / Ventura (14+)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# macOS Monterey / Big Sur (12-13)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Verify the flush worked — should return empty:
sudo dscacheutil -cachedump

Xóa DNS Trên Linux

Lệnh phụ thuộc vào bộ phân giải DNS của bạn. Hầu hết các bản phân phối Linux hiện đại sử dụng systemd-resolved:

# systemd-resolved (Ubuntu 18.04+, Fedora, Arch)
sudo systemd-resolve --flush-caches

# Verify: check cache size is 0
resolvectl statistics

# If using dnsmasq (older systems)
sudo systemctl restart dnsmasq

# If using nscd
sudo systemctl restart nscd

Xóa DNS Trên Android

Android không có lệnh xóa DNS trong terminal cho hầu hết người dùng. Thay vào đó, hãy thực hiện:

1. Open Chrome on Android
2. Type in the address bar: chrome://net-internals/#dns
3. Tap "Clear host cache"
4. Go to chrome://net-internals/#sockets
5. Tap "Flush socket pools"
6. Restart Chrome and try loading the website again

Cách 2: Chuyển Sang Máy Chủ DNS Công Cộng

Nếu máy chủ DNS của ISP chậm, không thể truy cập hoặc trả về lỗi, chuyển sang bộ phân giải DNS công cộng thường sửa DNS_PROBE_STARTED ngay lập tức. Các bộ phân giải công cộng như Google và Cloudflare có mạng anycast toàn cầu với thời gian hoạt động 99.99% — chúng gần như không bao giờ ngừng hoạt động.

Theo bảng xếp hạng DNSPerf, Cloudflare DNS (1.1.1.1) có thời gian phản hồi trung bình toàn cầu là 11 ms, trong khi các bộ phân giải ISP thường dao động từ 30–120 ms. DNS nhanh hơn cũng có nghĩa là tải trang nhanh hơn.

Đổi DNS Trên Windows 10/11

# Method 1: GUI
# Settings → Network & Internet → Wi-Fi (or Ethernet) → Hardware properties
# → DNS server assignment → Edit → Manual
# → IPv4: ON → Preferred: 1.1.1.1, Alternate: 1.0.0.1 → Save

# Method 2: PowerShell (as Administrator)
# Find your adapter name first:
Get-NetAdapter | Where-Object Status -eq Up

# Set DNS (replace "Wi-Fi" with your adapter name):
Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses 1.1.1.1,1.0.0.1

Đổi DNS Trên macOS

# GUI: System Settings → Network → Wi-Fi → Details → DNS
# Remove existing entries, add: 1.1.1.1 and 1.0.0.1

# Terminal (faster):
networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1

# Verify:
networksetup -getdnsservers Wi-Fi
# Expected output:
# 1.1.1.1
# 1.0.0.1

Cách 3: Khởi Động Lại Dịch Vụ DNS Client (Windows)

Dịch vụ Windows DNS Client (Dnscache) lưu trữ các phản hồi DNS và quản lý tất cả truy vấn DNS cho hệ điều hành. Nếu dịch vụ này bị đóng băng — điều này xảy ra thường xuyên hơn bạn nghĩ — mọi DNS probe đều bắt đầu nhưng không bao giờ hoàn tất, gây ra DNS_PROBE_STARTED trên tất cả trình duyệt và ứng dụng.

Khởi động lại dịch vụ này là một trong những cách khắc phục hiệu quả nhất cho lỗi cụ thể này trên Windows. DNS Client của Microsoft xử lý khoảng 50–200 truy vấn DNS mỗi phút trong một phiên duyệt web trung bình.

# Check if the DNS Client service is running:
Get-Service Dnscache | Select-Object Name, Status, StartType

# Restart the DNS Client service:
Restart-Service Dnscache -Force

# Verify it's running:
Get-Service Dnscache
# Status should be "Running"

# Alternative: Services GUI
# Press Win+R → type services.msc → Enter
# Find "DNS Client" → Right-click → Restart

Cách 4: Xóa Bộ Nhớ Đệm Và Dữ Liệu DNS Của Chrome

Chrome duy trì bộ nhớ đệm DNS riêng tách biệt với bộ nhớ đệm của hệ điều hành. Các mục bị hỏng trong bộ nhớ đệm nội bộ của Chrome có thể gây ra DNS_PROBE_STARTED ngay cả khi DNS hệ thống hoạt động bình thường. Xóa cả hai bộ nhớ đệm đảm bảo tra cứu sạch.

Step 1: Clear Chrome's DNS cache
  → Navigate to: chrome://net-internals/#dns
  → Click "Clear host cache"

Step 2: Flush socket pools
  → Navigate to: chrome://net-internals/#sockets
  → Click "Flush socket pools"

Step 3: Clear browsing data
  → Press Ctrl+Shift+Delete (Windows/Linux) or Cmd+Shift+Delete (Mac)
  → Time range: "All time"
  → Check: ✓ Cached images and files
  → Check: ✓ Cookies and other site data
  → Click "Delete data"

Step 4: Restart Chrome completely
  → Close all Chrome windows
  → Reopen Chrome and test

Cách 5: Vô Hiệu Hóa Tiện Ích Mở Rộng Trình Duyệt

Các tiện ích mở rộng trình duyệt sửa đổi yêu cầu mạng — trình chặn quảng cáo, công cụ bảo mật, tiện ích VPN, tiện ích DNS-over-HTTPS — có thể chặn truy vấn DNS và phá vỡ quá trình phân giải. Chỉ một tiện ích mở rộng bị lỗi có thể gây ra DNS_PROBE_STARTED trên mọi lần tải trang.

Cách kiểm tra nhanh nhất: mở cửa sổ Ẩn danh (Ctrl+Shift+N). Chế độ Ẩn danh vô hiệu hóa tất cả tiện ích mở rộng theo mặc định. Nếu trang web tải được trong chế độ Ẩn danh, một tiện ích mở rộng là thủ phạm.

1. Open chrome://extensions/
2. Disable ALL extensions (toggle each one off)
3. Restart Chrome and test the website
4. If the error is gone, re-enable extensions one by one:
   → Enable one → test → if error returns, that's the culprit

Common culprits:
  • VPN browser extensions (NordVPN, ExpressVPN, Surfshark)
  • DNS-over-HTTPS extensions
  • Proxy/tunnel extensions (Hola, ZenMate)
  • Privacy extensions with custom DNS settings
  • Network debugging tools

Cách 6: Đặt Lại Cài Đặt Mạng

Nếu không có cách sửa nào ở trên hiệu quả, đặt lại toàn bộ ngăn xếp mạng có thể giải quyết sự hỏng TCP/IP hoặc Winsock sâu ngăn cản giao tiếp DNS. Điều này đặt lại tất cả bộ điều hợp mạng, cài đặt DNS và ngăn xếp TCP/IP về mặc định ban đầu.

Đặt Lại Mạng Trên Windows

Mở Command Prompt hoặc PowerShell với quyền quản trị viên và chạy cả bốn lệnh:

# Reset Winsock catalog (fixes corrupted network socket entries)
netsh winsock reset

# Reset TCP/IP stack to factory defaults
netsh int ip reset

# Flush DNS cache
ipconfig /flushdns

# Release and renew DHCP lease
ipconfig /release
ipconfig /renew

# IMPORTANT: Restart your computer after running these commands
# The Winsock and TCP/IP resets require a reboot to take effect

Đặt Lại Mạng Trên macOS

# Remove network preferences (forces macOS to rebuild them)
sudo rm -f /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
sudo rm -f /Library/Preferences/SystemConfiguration/preferences.plist

# Restart mDNSResponder (DNS resolver)
sudo killall -HUP mDNSResponder

# Restart the network stack
sudo ifconfig en0 down && sudo ifconfig en0 up

# Restart your Mac for a clean state

Cách 7: Kiểm Tra Cài Đặt Phần Mềm Diệt Virus Và Tường Lửa

Các chương trình diệt virus và tường lửa có tính năng "bảo vệ web" hoặc "lọc DNS" có thể chặn truy vấn DNS trên cổng 53 và chặn chúng nếu bị đánh dấu là đáng ngờ. Một số bộ bảo mật chuyển hướng tất cả lưu lượng DNS qua proxy riêng — nếu proxy đó bị trục trặc, mọi DNS probe đều bị treo.

Để kiểm tra xem phần mềm bảo mật có phải là vấn đề không, hãy tạm thời vô hiệu hóa nó và thử tải trang web. Nếu lỗi biến mất, hãy thêm Chrome vào danh sách ngoại lệ hoặc đưa lưu lượng DNS (cổng UDP 53) vào danh sách trắng.

# Check if Windows Firewall is blocking DNS (port 53)
Get-NetFirewallRule | Where-Object {
  $_.Direction -eq 'Outbound' -and $_.Action -eq 'Block'
} | Get-NetFirewallPortFilter | Where-Object {
  $_.RemotePort -eq 53
}

# If a blocking rule exists, allow DNS outbound:
New-NetFirewallRule -DisplayName "Allow DNS (UDP 53)" `
  -Direction Outbound -Protocol UDP -RemotePort 53 `
  -Action Allow -Profile Any

Cách 8: Khởi Động Lại Router

Router duy trì bộ nhớ đệm DNS riêng và xử lý chuyển tiếp DNS cho tất cả thiết bị trên mạng. Router có bộ nhớ đệm DNS đầy, bị rò rỉ bộ nhớ hoặc quá trình chuyển tiếp DNS bị đóng băng có thể gây ra DNS_PROBE_STARTED trên mọi thiết bị kết nối.

Khởi động lại router đúng cách (chu kỳ nguồn) sẽ xóa RAM, bộ nhớ đệm DNS của router và thiết lập lại kết nối đến máy chủ DNS của ISP. Điều này khác với khởi động lại mềm — bạn cần ngắt nguồn hoàn toàn.

1. Unplug the router's power cable (not just press the button)
2. Wait 30 seconds (capacitors need time to discharge fully)
3. Plug the power cable back in
4. Wait 2-3 minutes for the router to fully boot
5. Reconnect to Wi-Fi and test

If you have a separate modem:
  → Unplug the modem first, wait 30s
  → Unplug the router, wait 30s
  → Plug modem back in first, wait 2 min
  → Plug router back in, wait 2 min

Cách Chẩn Đoán DNS_PROBE_STARTED

Nếu các cách sửa ở trên không hiệu quả, bạn có thể sử dụng các lệnh chẩn đoán để xác định chính xác nơi chuỗi phân giải DNS bị đứt. Các lệnh này hoạt động trên tất cả hệ điều hành và sẽ cho bạn biết vấn đề nằm ở máy chủ DNS, mạng hay cấu hình cục bộ.

Kiểm Tra Phân Giải DNS Với nslookup

# Test your current DNS server
nslookup google.com
# If this times out → your DNS server is unreachable

# Test with Google DNS directly (bypasses your configured server)
nslookup google.com 8.8.8.8
# If this works → your default DNS server is the problem

# Test with Cloudflare DNS
nslookup google.com 1.1.1.1
# If this also fails → the problem is your network, not DNS servers

Kiểm Tra Kết Nối Mạng

# Test basic internet connectivity (ping by IP — no DNS needed)
ping 1.1.1.1
# If this fails → you have no internet connection at all

# Test DNS resolution (ping by hostname — requires DNS)
ping google.com
# If IP ping works but hostname ping fails → DNS is the problem

# Check if port 53 (DNS) is reachable
# Windows:
Test-NetConnection 8.8.8.8 -Port 53
# macOS/Linux:
nc -zv 8.8.8.8 53

Nếu ping 1.1.1.1 thất bại nhưng Wi-Fi hiển thị đã kết nối, router có thể đã mất kết nối WAN. Kiểm tra bảng quản trị router (thường là 192.168.1.1) để xem trạng thái WAN, hoặc sử dụng công cụ Ping của DNS Robot từ thiết bị khác để xác minh mạng.

Sử Dụng Công Cụ Chẩn Đoán Tích Hợp Của Chrome

Chrome có các trang chẩn đoán nội bộ mạnh mẽ có thể cho thấy chính xác điều gì đang xảy ra với truy vấn DNS:

chrome://net-internals/#dns    → View cached DNS entries, clear cache
chrome://net-internals/#sockets → View active connections, flush pools
chrome://net-internals/#events  → Live event log (see DNS query lifecycle)
chrome://flags/#dns-over-https  → Check if Secure DNS is misconfigured
chrome://net-export/            → Export network log for deep analysis