Vì sao tên máy chủ phân giải thành địa chỉ VPN của nó sau khi quay số

Một máy chủ tệp văn phòng trả lời trên địa chỉ LAN của nó suốt buổi sáng, rồi một người dùng từ xa quay số vào và tên bắt đầu phân giải thành địa chỉ đường hầm thay vào đó. Không có gì được chỉnh sửa trong DNS bằng tay, và đó là manh mối: bản ghi do chính máy công bố. Ba điều kiện quyết định bạn sửa cơ quan đăng ký, bản ghi hay góc nhìn của máy khách, và sai thứ tự nghĩa là bản ghi sẽ quay lại sau lần kết nối tiếp theo.

Hai địa chỉ, một tên, ba điều kiện

Máy chủ Windows nhiều giao diện có thể có một địa chỉ LAN, một hoặc nhiều địa chỉ quay số vào và đôi khi một card mạng thứ hai. Mỗi giao diện có thể đăng ký địa chỉ của riêng nó trong DNS nếu nó được phép đăng ký động. Khi bộ điều hợp PPP đăng ký, cùng tên máy chủ có thêm một địa chỉ mà chỉ đối tác đường hầm mới chạm tới được, và các máy khách LAN nhận nó như một câu trả lời hợp lệ.

Ba điều kiện quyết định việc sửa chữa. Thứ nhất, địa chỉ thêm có thể truy cập được từ các máy khách nhận nó không? Thứ hai, có người tiêu thụ nào vẫn phụ thuộc vào đăng ký đó không? Thứ ba, bản ghi là động và do đó có thể quay lại, hay là tĩnh và do đó là một mục có chủ ý?

Hãy trả lời điều đó trước khi chạm vào bất cứ thứ gì. Nếu địa chỉ không thể truy cập từ mạng đang truy vấn, việc xóa bộ nhớ đệm của máy khách không sửa được lâu. Nếu có thứ gì đó phụ thuộc vào nó, như một đường quản trị mà chính các đối tác đường hầm dùng, việc gỡ bỏ sẽ phá vỡ đường đó. Và một bản ghi động bị xóa mà không xử lý người công bố sẽ xuất hiện lại ở sự kiện đăng ký tiếp theo.

Đọc bản ghi trước khi thay đổi cơ quan đăng ký

Truy vấn tên đầy đủ đủ điều kiện chính xác từ mạng báo cáo sự cố, và so sánh các câu trả lời với giao diện và trình lắng nghe thực tế của máy chủ. Một tên trả về nhiều địa chỉ là bình thường; câu hỏi là mỗi địa chỉ có dùng được cho máy khách nhận nó hay không.

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

Truy vấn đầu tiên dùng trình phân giải cục bộ, truy vấn thứ hai hỏi trực tiếp một máy chủ DNS cụ thể, và truy vấn thứ ba làm điều tương tự từ PowerShell trên Windows. So sánh chúng tách bộ nhớ đệm máy khách cũ khỏi câu trả lời có thẩm quyền. Nếu truy vấn trực tiếp đã trả về địa chỉ đường hầm, vấn đề nằm ở dữ liệu đã công bố chứ không phải bộ nhớ đệm cục bộ.

Ghi lại dấu thời gian của bản ghi và việc bảng điều khiển DNS hiển thị nó là động hay không. Thuộc tính duy nhất đó cho bạn biết điều kiện nào trong ba điều kiện trên áp dụng, và đó là khác biệt giữa một lần dọn năm phút và một bản sửa chữa lâu bền.

Sửa người công bố hoặc bản ghi, nhưng biết là cái nào

Nếu bản ghi là động và không mong muốn, cách sửa bền vững là ngăn giao diện đó đăng ký. Windows cung cấp cài đặt đăng ký cho từng giao diện, và dịch vụ máy khách DNS công bố lại ở lần kết nối hoặc thay đổi địa chỉ tiếp theo. Tắt đăng ký cho bộ điều hợp quay số để nguyên đăng ký của bộ điều hợp LAN, thường là điều bạn muốn.

Hãy cẩn thận với các công tắc áp dụng cho toàn máy. Một cài đặt toàn cục vô hiệu hóa cập nhật động ảnh hưởng đến mọi giao diện trên máy chủ đó, kể cả giao diện mà các máy khách khác dựa vào đăng ký của nó. Trên bộ điều khiển miền, sự cẩn thận tương tự áp dụng mạnh hơn, vì máy chủ cũng có thể sở hữu bản ghi vị trí dịch vụ mà máy khách phụ thuộc để đăng nhập.

Nếu bản ghi là tĩnh, nó được đặt ở đó có chủ ý và cuộc trò chuyện là với người đã đặt nó. Xóa một bản ghi tĩnh vì hôm nay nó bất tiện sẽ loại bỏ bằng chứng duy nhất về lý do nó tồn tại. Trong cả hai trường hợp, chỉ xóa câu trả lời cũ sau khi người công bố đã được xử lý, và ghi lại những gì bạn đã thay đổi để người tiếp theo phân biệt được một mục có chủ ý với một tai nạn.

Xác minh từ mạng máy khách đã thất bại

Việc xác minh thuộc về mạng đã báo cáo triệu chứng, không phải máy chủ. Xóa bộ nhớ đệm của trình phân giải máy khách bằng cơ chế được hỗ trợ của nó, rồi lặp lại tra cứu ban đầu và kết nối dịch vụ ban đầu theo tên.

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

Lệnh đầu tiên xóa bộ nhớ đệm trình phân giải Windows, và lệnh thứ hai cho thấy tên có được lưu đệm lại không và địa chỉ nào đã được lưu. Kết nối thành công của máy chủ với chính nó không chứng minh được gì về một máy khách LAN, và việc gỡ một tuyến đến địa chỉ không mong muốn không sửa được điều DNS công bố.

Cuối cùng, lặp lại sự kiện trước đây đã đưa địa chỉ vào: kết nối lại máy khách VPN, hoặc gia hạn phiên quay số. Kiểm tra lại tên đã công bố sau thay đổi vòng đời đó. Một bản sửa chữa chỉ tồn tại đến lần kết nối tiếp theo là dọn dẹp, không phải sửa chữa, và biết mình đã làm cái nào là khác biệt giữa đóng phiếu và mở lại nó vào tuần sau.