Sửa DNS server không phản hồi bằng cách cô lập đường lỗi

Bắt đầu từ phạm vi, đừng bắt đầu bằng nút reset

Thông báo máy chủ DNS không phản hồi cho biết thiết bị không nhận được câu trả lời DNS mong đợi qua đường hiện tại. Tự nó không chỉ ra thành phần nào bị lỗi. Vấn đề có thể nằm ở resolver, kết nối cục bộ, VPN, policy mạng hoặc dịch vụ authoritative của một domain cụ thể.

Kiểm tra một website hay nhiều website không truy cập được. Sau đó so sánh với một thiết bị khác trên cùng mạng được phép. Ghi lại mọi thay đổi gần đây về kết nối hoặc cấu hình. Những quan sát đơn giản này giúp giảm nguy cơ reset một hệ thống đang hoạt động nhưng vẫn bỏ sót lỗi thật.

Thu thập cấu hình hiện tại một cách riêng tư

ipconfig /all
nslookup example.com

Trên Windows, lệnh đầu tiên hiển thị cấu hình adapter, bao gồm các DNS server đã cấu hình. Output có thể chứa chi tiết mạng cục bộ, vì vậy hãy giữ riêng tư hoặc che thông tin trước khi chia sẻ. Lệnh thứ hai thực hiện truy vấn DNS công cộng bằng resolver mặc định.

Đọc server được nêu tên, truy vấn, trạng thái phản hồi và mọi thông báo timeout. Một tên hiển thị lạ như Unknown bên cạnh resolver không tự nó chứng minh truy vấn thất bại; việc đặt tên ngược cho server đó có thể không khả dụng. Hãy đánh giá câu trả lời và trạng thái lỗi thực tế.

Dùng phép so sánh bốn hướng

Đây là hướng chẩn đoán, không phải kết luận chắc chắn. Phép so sánh chỉ hữu ích khi nêu rõ môi trường. Kết nối di động và VPN doanh nghiệp có thể cố ý phân giải các tên khác nhau hoặc áp dụng các quy tắc truy cập khác nhau.

Chỉ thử resolver thay thế khi được phép

nslookup example.com 1.1.1.1

Lệnh này gửi một truy vấn công cộng tới resolver được chỉ định rõ ràng. Nếu nó thành công trong khi resolver đang cấu hình bị timeout, hãy kiểm tra đường resolver thông thường. Nếu cả hai đều thất bại, mạng có thể hạn chế lưu lượng DNS trực tiếp hoặc gặp vấn đề kết nối rộng hơn.

Không thay đổi resolver của tổ chức, tắt VPN hoặc tắt firewall nếu chưa được cho phép. Resolver công cộng thường không thể trả lời các private zone của doanh nghiệp. Vì vậy, lookup thay thế thành công không chứng minh nó phù hợp để thay thế lâu dài.

Thực hiện thay đổi nhỏ nhất có thể hoàn tác

Trên thiết bị cá nhân, kết nối lại vào mạng dự kiến có thể giải quyết vấn đề tạm thời trên đường truyền. Có thể dùng hướng dẫn cache Windows để kiểm tra câu trả lời DNS cục bộ đã cũ. Môi trường được quản lý nên tuân theo quy trình sửa lỗi đã được quản trị viên phê duyệt.

Trước khi thay đổi cấu hình được phép, hãy ghi lại cài đặt ban đầu và triệu chứng chính xác. Chỉ thay đổi một mục, lặp lại cùng bài kiểm tra, rồi khôi phục cài đặt nếu không giúp ích hoặc làm hỏng một tác vụ bắt buộc khác. Tránh đồng thời reset router, cài lại adapter và thay đổi DNS vì sẽ làm mất bằng chứng hữu ích.

Xác minh tác vụ ban đầu rồi mới escalation

Sau khi DNS phản hồi, hãy mở hostname ban đầu trong ứng dụng đã lỗi. Lookup địa chỉ thành công nhưng sau đó gặp lỗi chứng chỉ hoặc HTTP cho thấy vấn đề đã chuyển sang lớp khác, chưa chắc đã khôi phục hoàn toàn.

Khi escalation, hãy cung cấp tên công cộng, thời điểm, resolver, lỗi, số thiết bị bị ảnh hưởng và kết quả so sánh được phép. Arcvenza NSLookup cung cấp một quan sát công cộng độc lập từ test server của nó. Hãy đưa ngữ cảnh đó vào báo cáo thay vì xem việc công cụ thành công là bằng chứng resolver cục bộ của người dùng đã được sửa. Nếu tên phân giải được nhưng ứng dụng vẫn lỗi, hãy xem hướng dẫn lỗi HTTP.

Câu hỏi thường gặp và bước tiếp theo

Tôi có nên dùng địa chỉ IP dạng số trong trình duyệt để bỏ qua DNS không? Cách này có thể thay đổi định tuyến hostname và hành vi chứng chỉ, nên không phải là phép kiểm tra tương đương đáng tin cậy cho website HTTPS.

Tôi có nên tiếp tục flush DNS sau các lần timeout không? Reset cache cục bộ không thể khôi phục server không thể truy cập. Hãy phân loại phản hồi trước rồi dùng đúng đường escalation tới bên phụ trách mạng hoặc DNS.

Tài liệu kỹ thuật

Microsoft: nslookup · Microsoft: ipconfig · RFC 7766: DNS over TCP

Microsoft: nslookup · Microsoft: ipconfig · RFC 7766: DNS over TCP