Ba nguồn có thể đưa địa chỉ VPN của bộ điều khiển miền vào DNS

Ba thành phần khác nhau trên một bộ điều khiển miền nhiều giao diện có thể đưa cùng một địa chỉ VPN vào DNS, và chúng hỏng độc lập với nhau. Hãy so sánh những gì mỗi thành phần công bố thay vì tin vào hộp kiểm của bộ điều hợp, vốn chỉ điều khiển một trong số đó. Triệu chứng giống nhau trong mọi trường hợp: máy khách phân giải tên, nhận địa chỉ đường hầm và không thể kết nối tới bộ điều khiển miền. Ai đã công bố nó quyết định cách chặn nó.

Một thiết lập, một dịch vụ và một vai trò; ba nguồn, ba công tắc.

Bắt đầu từ bản ghi, không phải hộp kiểm

Truy vấn tên đầy đủ của máy chủ bị ảnh hưởng qua máy chủ DNS mà máy khách thực sự dùng, và ghi lại mọi địa chỉ trả về. Đối chiếu từng địa chỉ trả về với giao diện LAN và đường hầm thực tế của máy chủ, và với các mạng mà máy khách đang ở. Một địa chỉ có thể hoàn toàn hợp lệ ở cục bộ mà vẫn không tới được những máy khách quan trọng. Lỗi xác thực gián đoạn là triệu chứng phổ biến, vì máy khách nhận hoặc chọn địa chỉ khác nhau ở những lần thử khác nhau.

Việc máy tự phân giải đúng tên của mình chứng minh rất ít. Phép thử quan trọng được chạy từ các mạng của máy khách.

Bộ điều hợp chỉ là một nguồn

Thuộc tính TCP/IP của bộ điều hợp có một hộp kiểm để đăng ký địa chỉ của kết nối đó, và bỏ chọn nó sẽ làm im lặng đúng một nguồn. Nó không chặn các nguồn khác, đó là lý do bản ghi có thể xuất hiện lại sau khi khởi động lại. Nếu bộ điều khiển miền cũng chạy dịch vụ DNS, dịch vụ đó có cấu hình lắng nghe và bản ghi máy chủ tên riêng. Hướng dẫn của Microsoft cho môi trường nhiều giao diện coi hành vi giao diện, dịch vụ DNS và Netlogon là những nguồn liên quan riêng biệt.

Ba công tắc, ba chủ sở hữu, và chỉ một trong số đó nằm trên trang thuộc tính của bộ điều hợp.

Dịch vụ DNS có địa chỉ riêng

Máy chủ DNS được yêu cầu lắng nghe trên một địa chỉ VPN vẫn tiếp tục công bố nó trong các bản ghi của chính mình, bất kể hộp kiểm của bộ điều hợp nói gì. Hãy căn chỉnh địa chỉ lắng nghe của dịch vụ với các giao diện dự kiến, và đồng thời xem lại các mục máy chủ tên của vùng. Việc thay đổi trình lắng nghe có thể làm gián đoạn máy khách đang dùng đúng địa chỉ mà bạn gỡ bỏ, nên trước hết hãy xác định ai phụ thuộc vào cái nào. Xóa một trình lắng nghe chỉ vì đó là địa chỉ VPN có thể cắt đứt những máy khách bạn muốn giúp.

Netlogon, và việc phát hiện bộ điều khiển miền nói chung, cũng đăng ký địa chỉ như một phần nhiệm vụ của chính chúng. Đừng chặn đăng ký trên toàn miền, và đừng sao chép một cách xử lý đăng ký truy cập từ xa cũ mà chưa xác nhận nó áp dụng cho phiên bản và vai trò của bạn.

Quyền sở hữu trước khi dọn dẹp

Sửa nguồn trước khi gỡ bản ghi, nếu không sự kiện đăng ký tiếp theo sẽ đưa nó trở lại và bài tập lặp lại. Gỡ các mục lỗi thời theo quy trình của chủ sở hữu DNS và tính đến bộ nhớ đệm cùng sự lão hóa. Kiểm tra từ các mạng của máy khách, bao gồm phát hiện miền và ứng dụng đã hỏng ban đầu, rồi kích hoạt đúng sự kiện VPN đã tạo ra địa chỉ lần đầu.

Điều bạn muốn cuối cùng là một tập địa chỉ và trình lắng nghe đã công bố đã biết, trong khi việc đăng ký miền hằng ngày vẫn làm công việc của nó. Một máy mà tên tình cờ phân giải đúng ngay sau khi dọn dẹp thủ công không phải là điều đó.

Ghi lại nguồn nào chịu trách nhiệm, bản ghi nào đã thay đổi và máy khách nào đã được kiểm tra. Máy chủ nhiều giao diện tiếp theo sẽ có đúng ba nghi phạm đó.