Kết nối VPN, chạy nslookup, và phần đầu hiển thị địa chỉ của trình phân giải với trường tên được điền là Unknown. Từ đó nằm trên câu trả lời, và hầu hết mọi người ngừng đọc trước phần quan trọng. Nhãn cho biết trình phân giải có tên ngược riêng hay không; nó chưa nói gì về việc tên máy chủ bạn hỏi đã được phân giải hay chưa. Đóng cửa sổ đó sớm chính là toàn bộ kỹ năng ở đây.

Hai truy vấn khác nhau có thể tạo ra màn hình đó, và chỉ một trong số chúng liên quan đến vấn đề của bạn. Tách chúng ra tốn thêm một lệnh và tiết kiệm cả buổi chiều sửa cài đặt DNS vốn chưa bao giờ sai.

Công cụ làm gì trước khi trả lời bạn

nslookup có thể cố tìm tên cho địa chỉ máy chủ mà nó sắp dùng, đó là một tra cứu ngược trong miền in-addr.arpa hoặc ip6.arpa. Nếu bản ghi PTR đó không có, bị chính sách lọc hoặc đơn giản là chưa được công bố, công cụ in Unknown và tiếp tục. Việc phân giải xuôi không bị ảnh hưởng bởi thất bại đó, vì đây là một câu hỏi khác được gửi đến cùng máy chủ.

Đó là lý do một trình phân giải riêng có thể trả lời đúng mọi tên doanh nghiệp mà vẫn trông ẩn danh trong phần đầu của công cụ. Địa chỉ đã biết; tên phía sau thì không, và công cụ trung thực về điều đó dù vẫn hơi kịch tính với từ mà nó chọn.

Chạy hai truy vấn một cách có chủ đích

Hỏi về một máy chủ bạn quan tâm, rồi hỏi về địa chỉ của chính trình phân giải. Yêu cầu đầu tiên mang tên bạn cần; yêu cầu thứ hai hỏi máy chủ xem nó có thể tự đặt tên cho mình không. Khi viết ra, chúng trông như sau: nslookup app.corp.example 10.77.0.53 cho máy chủ, và nslookup 10.77.0.53 10.77.0.53 cho tên ngược của trình phân giải.

Cả hai ví dụ đều mang tính minh họa, vì vậy hãy thay bằng tên và địa chỉ của bạn. Vấn đề không phải cú pháp chính xác mà là sự tách biệt: hai lệnh hỏi những câu khác nhau và có thể cho kết quả khác nhau mà không cái nào là hỏng hóc.

Ba kết quả trông giống nhau và không giống nhau

Hết thời gian có nghĩa là không có câu trả lời nào đến, điều này chỉ ra khả năng tiếp cận, lọc hoặc địa chỉ máy chủ sai. Câu trả lời phủ định nghĩa là máy chủ đã trả lời và nói tên không tồn tại, điều này chỉ ra vùng hoặc hậu tố. Thiếu tên ngược nghĩa là máy chủ trả lời câu hỏi thứ hai mà không có gì hữu ích, và câu trả lời xuôi có thể vẫn hoàn hảo. Ba kết quả, ba chủ sở hữu, và chỉ một trong số đó liên quan đến tên máy chủ bạn cần.

Chỉ hai kết quả đầu mô tả một đường DNS đang thất bại cho ứng dụng của bạn. Kết quả thứ ba mô tả một bản ghi chưa bao giờ được công bố, và coi đó là hỏng hóc dẫn đến những thay đổi không thể sửa nó, chẳng hạn viết lại hậu tố tìm kiếm cho đến khi phần đầu trông thân thiện hơn.

Đọc các phần, không đọc phần đầu

Bên dưới phần đầu, công cụ in câu trả lời, thẩm quyền và mọi bản ghi bổ sung. Địa chỉ đúng trong phần trả lời là kết quả bạn muốn, ngay cả khi tên trong phần đầu là Unknown. Một câu trả lời trống với sự từ chối có thẩm quyền là kết quả khác và xứng đáng có cuộc điều tra riêng.

Giữ cả hai đối tượng rõ ràng trong mọi thứ bạn gửi cho bộ phận hỗ trợ: tên nào đã được truy vấn và máy chủ nào đã được hỏi. Các báo cáo chỉ nói rằng DNS bị hỏng qua VPN buộc người tiếp theo phải dựng lại một bài kiểm tra bạn đã làm.

Khi tên ngược thực sự quan trọng

Một số dịch vụ thực sự quan tâm đến bản ghi PTR: ghi nhật ký phân giải địa chỉ khách hàng, kiểm tra uy tín thư hoặc công cụ quản trị hiển thị tên. Nếu một trong số đó thất bại, hãy công bố bản ghi hoặc sửa vùng lẽ ra phải giữ nó. Công việc đó là chính đáng và tách biệt khỏi câu hỏi liệu VPN có chuyển tiếp truy vấn đúng hay không.

Điểm hẹp vẫn đứng vững: một nhãn trình phân giải bị thiếu không chứng minh rằng phân giải xuôi qua đường hầm bị hỏng, và một tra cứu xuôi hoạt động không chứng minh rằng mọi tên trong vùng đều được phân giải. Hãy kiểm tra tên bạn thực sự cần, rồi quyết định từ trong phần đầu đáng giá bao nhiêu.

Bài viết liên quan