Tên nội bộ ngắn thất bại trên VPN: hậu tố bạn không bao giờ thấy
Một tên ngắn chỉ hoạt động vì một hậu tố tìm kiếm bổ sung cho nó. So sánh tên đầy đủ và tên ngắn để phân biệt thiếu hậu tố với lỗi trình phân giải.
Tên ngắn hoạt động trong văn phòng và thất bại trên VPN, trong khi tên đầy đủ phân giải bình thường. Không có gì hỏng. Một tên trần như intranet không phải là tên đầy đủ; máy khách thêm một hậu tố từ danh sách tìm kiếm của nó và hỏi kết quả. Nếu hồ sơ VPN không cung cấp hậu tố đó, dạng ngắn quen thuộc không còn tồn tại.
Đó là toàn bộ huyền thoại. DNS không hỏng, chính sách tìm kiếm đã thay đổi.
Tên trần không phải là tên
Khi bạn gõ một nhãn duy nhất, trình phân giải phải quyết định hỏi gì. Nó thử tên như đã cho, sau đó thêm từng mục từ danh sách tìm kiếm cho đến khi có thứ gì đó trả lời. Trên Linux, resolv.conf kiểm soát thứ tự đó bằng các cài đặt search và ndots. Trên Windows, danh sách hậu tố và chính sách phân giải tên làm điều tương đương. Bỏ hậu tố đi và trình phân giải không còn gì để thêm.
Vì vậy một tên ngắn hoạt động là bằng chứng của một chính sách, không phải bằng chứng của một máy chủ DNS khỏe mạnh.
Danh sách hậu tố và địa chỉ trình phân giải làm gì
Hai thứ này liên tục bị nhầm lẫn. Địa chỉ trình phân giải cho biết hỏi ai; danh sách hậu tố cho biết hỏi về tên nào. VPN có thể cấp cho bạn một trình phân giải riêng không có hậu tố, hoặc một hậu tố với trình phân giải sai. Chỉ một trong những lỗi đó trông giống sự cố DNS.
Kiểm tra chúng riêng rẽ, vì sửa cái sai sẽ đốt một cửa sổ hỗ trợ.
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
Ba triệu chứng, ba người phụ trách khác nhau.
Thử tên đầy đủ trước
Yêu cầu tên đủ điều kiện đầy đủ đã được quản trị viên ghi lại, không phải phỏng đoán. Một FQDN hoạt động chứng minh trình phân giải có thể truy cập và bản ghi tồn tại, điều này loại bỏ một nửa nguyên nhân khả dĩ chỉ với một truy vấn. Dùng công cụ hiển thị máy chủ nào đã trả lời, để bạn không đọc kết quả trong bộ nhớ đệm.
Giữ bài kiểm tra riêng tư. Gửi các biến thể nội bộ đến trình phân giải công cộng làm lộ tên và kiểm tra một chính sách mà không ai định trước.
Bản sửa thuộc về đâu
Sửa hồ sơ sở hữu hoặc hệ thống quản lý tạo ra nó. Chỉnh sửa thủ công cấu hình trình phân giải cục bộ thường biến mất khi kết nối lại, hoặc áp dụng cho mọi mạng mà máy tham gia, điều này tệ hơn.
Trên Windows, hãy kiểm tra chính sách hiệu lực thay vì ô kiểm bạn nhớ. Get-DnsClientNrptPolicy hiển thị các quy tắc phân giải tên thực sự có hiệu lực.
Trên macOS, scutil --dns in cấu hình trình phân giải theo từng giao diện có phạm vi, bao gồm các miền tìm kiếm mà VPN đã đẩy xuống.
Trên Linux, đọc dòng search trong /etc/resolv.conf, nhưng kiểm tra xem máy khách VPN có ghi đè nó không. Nếu tệp được quản lý, hãy sửa nguồn sự thật thay vì tệp đã kết xuất. Một dòng search cũ còn sót lại từ mạng trước là nguyên nhân phổ biến.
Điều gì nên lưu cùng hồ sơ
Lưu tên đầy đủ đã sửa, danh sách hậu tố và địa chỉ trình phân giải bên cạnh hồ sơ máy khách. Người tiếp theo báo cáo trang intranet không hoạt động có thể so sánh ba giá trị đã biết thay vì bắt đầu từ trang trắng.
Và nếu chỉ dạng ngắn thất bại, hãy nói điều đó trong phiếu. Câu đó tiết kiệm cho nhóm trình phân giải một buổi chiều.