세 가지 게시자가 도메인 컨트롤러의 VPN 주소를 DNS에 넣을 수 있습니다

여러 인터페이스를 가진 도메인 컨트롤러의 서로 다른 세 구성 요소가 같은 VPN 주소를 DNS에 넣을 수 있으며, 각각은 독립적으로 실패합니다. 그중 하나만 제어하는 어댑터의 확인란을 믿는 대신 각각 무엇을 게시하는지 비교하세요. 증상은 모든 경우에 같습니다. 클라이언트가 이름을 확인하고 터널 주소를 받지만 도메인 컨트롤러에 도달하지 못합니다. 누가 게시했는지에 따라 막는 방법이 달라집니다.

설정 하나, 서비스 하나, 역할 하나. 게시자는 셋, 스위치는 셋입니다.

확인란이 아니라 레코드부터 시작하세요

영향을 받은 서버의 전체 이름을 클라이언트가 실제로 사용하는 DNS 서버를 통해 조회하고 반환된 모든 주소를 기록하세요. 반환된 각 주소를 서버의 실제 LAN 및 터널 인터페이스와 클라이언트가 있는 네트워크에 대조하세요. 주소는 로컬에서 완전히 유효하지만 중요한 클라이언트에게는 도달할 수 없을 수 있습니다. 간헐적인 인증 실패는 흔한 증상입니다. 클라이언트가 시도마다 다른 주소를 받거나 선택하기 때문입니다.

머신이 자기 이름을 올바르게 확인한다는 것은 거의 아무것도 증명하지 못합니다. 중요한 테스트는 클라이언트 네트워크에서 수행됩니다.

어댑터는 게시자 중 하나일 뿐입니다

어댑터의 TCP/IP 속성에는 해당 연결의 주소를 등록하는 확인란이 있고, 선택을 해제하면 정확히 한 게시자가 조용해집니다. 나머지를 멈추지는 않으므로 재부팅 후 레코드가 다시 나타날 수 있습니다. 도메인 컨트롤러가 DNS 서비스도 실행한다면 그 서비스에는 자체 수신 구성과 자체 이름 서버 레코드가 있습니다. Microsoft의 다중 인터페이스 환경 지침은 인터페이스 동작, DNS 서비스, Netlogon을 별개의 관련 게시자로 취급합니다.

스위치 셋, 소유자 셋, 그중 어댑터 속성 페이지에 사는 것은 하나뿐입니다.

DNS 서비스에는 자체 주소가 있습니다

VPN 주소에서 수신하라는 지시를 받은 DNS 서버는 어댑터의 확인란이 무엇을 주장하든 자신의 레코드에 그 주소를 계속 게시합니다. 서비스의 수신 주소를 의도한 인터페이스에 맞추고 동시에 영역의 이름 서버 항목을 검토하세요. 수신기를 변경하면 지금 제거하는 주소를 사용하는 클라이언트가 중단될 수 있으므로 누가 어느 것에 의존하는지 먼저 확인하세요. VPN 주소라는 이유만으로 수신기를 삭제하면 도우려던 클라이언트를 끊을 수 있습니다.

Netlogon과 일반적인 도메인 컨트롤러 검색도 자체 임무의 일부로 주소를 등록합니다. 도메인 전체에서 등록을 억제하지 말고, 오래된 원격 액세스 등록 해결 방법이 자신의 버전과 역할에 적용되는지 확인하지 않고 복사하지 마세요.

정리보다 소유권이 먼저

레코드를 제거하기 전에 게시자를 고치세요. 그렇지 않으면 다음 등록 이벤트가 레코드를 되돌리고 같은 작업을 반복하게 됩니다. 오래된 항목은 DNS 소유자의 절차로 제거하고 캐시와 에이징을 고려하세요. 클라이언트 네트워크에서 도메인 검색과 처음 실패한 애플리케이션을 포함해 확인한 뒤, 처음 주소를 만든 것과 같은 VPN 이벤트를 일으키세요.

마지막에 원하는 것은 게시된 주소와 수신기의 알려진 집합이며, 일상적인 도메인 등록은 여전히 제 역할을 합니다. 수동 정리 직후 이름이 우연히 올바르게 확인되는 머신은 그것이 아닙니다.

어느 게시자가 책임이었는지, 어떤 레코드가 바뀌었는지, 어떤 클라이언트를 시험했는지 기록하세요. 다음 다중 인터페이스 서버에서도 같은 세 용의자가 나옵니다.