다음을 사용하여 네트워크의 노드에 액세스하고 싶습니다."호스트.도메인"DNS에 의해 해결될 표기법
클라이언트 노드: 호스트, B1 도메인: 도메인
내가 할 수 있는 일:
- Host.domain.com을 사용하여 노드에 액세스
- FQDN(정규화된 도메인 이름) 처럼domain.com.2008 r2 승리에서
- 다음에 대한 DNS A 레코드가 추가되었습니다.주인그것으로아이피
- 이제 다음을 사용하여 핑을 할 수 있습니다.호스트.도메인.com
내가 정말로 원하는 것은 무엇인가? Host.domain을 사용하여 핑Host.domain.com 대신
참고: Windows에서 가능하지 않은 경우 Linux 설정과 같은 대안을 제안해 주십시오.
답변1
귀하가 설명하는 것은 일반적으로 Microsoft AD에서 "단일 레이블 도메인"이라고 합니다. 마침표가 없는 "도메인"이 표시될 때 많은 앱이 유효한 DNS 도메인이 아니라고 가정하기 때문에 앱 호환성 문제가 있음을 알게 될 것입니다.
따라서 가능하더라도 직접 수행하는 것은 권장하지 않습니다.
즉, 정확한 목표에 따라 몇 가지 다른 옵션이 있습니다.
- DNS를 올바르게 구성하면 호스트 이름 확인 작업(예: "ping 호스트")을 수행할 수 있습니다. domain.com의 접미사를 자동으로 추가합니다. 어쩌면 이 정도면 충분하지 않을까?
- Netbios 이름 확인(일반적으로 사람들은 WINS라고 하는 이를 구현하는 이전 서비스를 통해 이를 참조함)을 사용하여 호스트 이름 확인을 얻을 수 있습니다(예: "ping 호스트" 작업 수행). WINS를 설정하고(일반적으로 필수는 아니지만 DNS를 호스팅하는 동일한 상자에서 수행) 클라이언트가 WINS 레코드를 등록하도록 하면 작업이 시작됩니다. DNS에 비해 이 방법의 장점은 DNS에 흔히 제공되지 않는 유연성으로 많은 DNS 네임스페이스에서 작동할 수 있다는 것입니다(예, 그렇습니다. 최신 DNS에는 네임스페이스, 전역 영역 등에 대한 확인과 같은 다른 옵션이 있습니다....하지만 저 밖에).
- "도메인"이라는 이름의 다른 네임스페이스에 레코드를 등록하고 이를 DNS 서버에 호스팅한 다음 상자에 레코드를 등록할 수 있습니다. 나는 이것을 직접 구성하지 않았다는 것을 인정하지만 이론적으로는 이것이 작동할 것입니다. 그렇지 않다면 궁금할 것입니다. (귀하의 시나리오에서 이러한 것에 의존하는 경우 Curb 상호 인증과 같이 문제가 될 수 있는 몇 가지 극단적인 경우를 상상할 수 있습니다.)