VPN đã sửa DNS hay chỉ dùng lại một câu trả lời đã lưu trong bộ nhớ đệm?

Mở một trang vài giây sau khi đường hầm lên không phải bằng chứng rằng DNS đã hoạt động, dù phiếu sự cố thường nói vậy. Không có gì trong quan sát đó đòi hỏi một truy vấn: tên có thể đã được phân giải trước khi thay đổi và được dùng lại từ bộ nhớ đệm mà đường hầm chưa từng chạm tới. Hai bài kiểm tra khác nhau cho ra cùng một màn hình.

Hãy so sánh điều mỗi bài kiểm tra thực sự rèn luyện trước khi ghi công cho thay đổi.

Tải trang không phải truy vấn

Mỗi lớp giữa ứng dụng và trình phân giải được phép ghi nhớ câu trả lời trong suốt vòng đời của nó. Hệ điều hành giữ một bản, trình duyệt giữ bản của mình, và một ứng dụng có kết nối lâu dài có thể không phân giải gì nữa trong phiên. Vì vậy một lần tải thành công sau khi đổi đường hầm có thể là minh chứng cho trí nhớ chứ không phải định tuyến. Việc không có lỗi không phải là có truy vấn.

Sự khác biệt đó thay đổi điều bạn nên kiểm tra tiếp theo. Nếu mục tiêu là chứng minh trình phân giải mới trả lời, bạn cần một truy vấn không thể được phục vụ từ bộ nhớ đệm mà bạn chưa xóa.

Đọc một thành công đã lưu trong bộ nhớ đệm như bằng chứng rằng máy chủ trước đây không thể tiếp cận đã phục hồi là phiên bản đắt nhất của sai lầm này, vì nó đóng sự cố trên một tiền đề sai.

Đếm các bộ nhớ đệm trước khi kết luận

Bốn bộ đáng kể tên: phân giải của chính ứng dụng, bộ nhớ đệm máy khách của hệ điều hành, trạng thái nội bộ của trình duyệt và bất kỳ trình phân giải đệ quy nào mà truy vấn cuối cùng chạm tới. Mỗi bộ có vòng đời riêng và cách xóa riêng. Xóa một bộ và kiểm tra bộ khác là cách người ta kết luận rằng việc xóa không làm gì cả. Một lệnh xóa không bao giờ giải quyết câu hỏi.

Câu trả lời phủ định cũng được lưu trong bộ nhớ đệm. Một tên được báo là thiếu có thể vẫn thiếu sau khi mạng được sửa, điều này bị đọc như đường hầm hỏng trong khi thực ra là TTL chưa hết hạn. Đặc tả DNS mô tả cách dữ liệu này phải được giữ và dùng lại.

Ghi lại sự kiện, không phải ấn tượng

Ghi lại điều nào trong ba thứ đã thay đổi: bản ghi, đường đến trình phân giải hay cài đặt máy khách. Việc sửa bản ghi lan truyền theo lịch riêng, thay đổi tuyến có hiệu lực khi kết nối lại, và cài đặt trình duyệt chỉ áp dụng cho trình duyệt đó. Gộp chúng thành một trước-và-sau duy nhất tạo ra một dòng thời gian không ai có thể kiểm toán.

Ghi lại thời điểm, trình phân giải được dùng và câu trả lời nhận được, kể cả trường hợp câu trả lời là phủ định. Đó là sự thật mà người khác có thể kiểm chứng.

Thực hiện so sánh hai lần theo cùng một cách

Xóa bộ nhớ đệm bạn định kiểm tra, giữ lại quan sát ban đầu, rồi truy vấn theo cách bỏ qua càng nhiều trí nhớ càng tốt. Nêu rõ tên trình phân giải cho bạn biết trình phân giải đó biết gì; nó không cho biết ứng dụng sẽ chọn trình phân giải nào.

resolvectl flush-caches
ipconfig /flushdns
dig +noall +answer internal.example @10.44.0.53
dig +short internal.example

Trên Windows, việc xóa bộ nhớ đệm máy khách chỉ xóa bộ nhớ đệm máy khách DNS và không gì khác. Nó không mô tả trạng thái riêng tư của trình duyệt và không xóa máy chủ thượng nguồn, nên một bài kiểm tra dựa trên nó chỉ có thể được hiểu theo nghĩa hẹp. Hãy nói bạn đã xóa bộ nhớ đệm nào mỗi khi báo cáo kết quả.

Sau đó kiểm tra lại ứng dụng thực tế với yêu cầu mới và chính sách trình phân giải dự định đang hoạt động. Kết quả tạo ra dưới chính sách khác không chuyển sang.