DNS over HTTPS

DNS Inspector

Tra cứu DNS + propagation check qua 3 resolver (Cloudflare 1.1.1.1, Google 8.8.8.8, Quad9 9.9.9.9). Phát hiện DNS chưa propagate đồng bộ.

Vì sao phải hỏi ba máy chủ phân giải cùng lúc

Công cụ này hỏi những đâu

Cùng một câu hỏi về một loại bản ghi được gửi song song tới ba máy chủ phân giải công cộng qua giao thức DNS trên HTTPS: Cloudflare tại 1.1.1.1, Google tại 8.8.8.8 và Quad9 tại 9.9.9.9. Thời gian phản hồi của từng nơi được đo riêng, kết quả đặt cạnh nhau để nhìn ra chỗ lệch.

Lúc nào cần soi nhiều nơi cùng lúc

Ngay sau khi đổi bản ghi A để chuyển máy chủ và muốn biết thay đổi đã lan tới đâu. Khi khách nói vào được website còn máy bạn thì không, hoặc ngược lại. Khi thư gửi đi rơi vào hộp thư rác và cần soi bản ghi TXT chứa SPF cùng DMARC. Khi chờ bản ghi CNAME xác thực để nhà cung cấp cấp chứng chỉ.

Đọc kết quả so sánh

Ba nơi trả về cùng dữ liệu nghĩa là thay đổi đã đồng bộ ở tầng phân giải công cộng. Lệch nhau nghĩa là ít nhất một nơi còn giữ bản ghi cũ trong bộ nhớ đệm và bạn phải chờ hết thời gian sống của bản ghi. Nhìn giá trị thời gian sống trả về để ước lượng phải chờ bao lâu; mẹo chuẩn là hạ giá trị đó xuống thấp vài giờ trước khi tiến hành đổi.

Điều kết quả này chưa nói hết

Ba máy chủ này không đại diện cho máy chủ phân giải của nhà mạng trong nước, vốn thường giữ bộ nhớ đệm lâu hơn nhiều; khách hàng của bạn có thể vẫn thấy trang cũ trong khi cả ba nơi ở đây đã cập nhật. Bản ghi TXT dài bị chia thành nhiều chuỗi trong ngoặc kép, phải ghép lại mới ra đúng một câu SPF. Kết quả rỗng thường chỉ có nghĩa tên miền không khai loại bản ghi đó, không phải hệ thống hỏng.

Ba truy vấn đi thẳng từ trình duyệt bạn. Trình duyệt gọi thẳng tới ba nhà cung cấp phân giải, máy chủ ALODEV không nhìn thấy tên miền bạn tra. Ba nhà cung cấp đó thì có ghi nhật ký truy vấn theo chính sách riêng của họ.