☰

DNS 해결 문제 및 DNS 접미사 검색 순서

tag-icon • tag-icon domain-name-system
DNS 해결 문제 및 DNS 접미사 검색 순서

Windows나 도메인이 아닌 구성원이 FQDN 없이 컴퓨터의 호스트 이름을 확인하려고 할 때 Windows 도메인 환경의 DNS에서 예상되는 사항을 정렬하려고 합니다.

Windows 클라이언트(합당한 이유에 동의함)는 DHCP를 통해 받은 도메인 이름을 가져와 호스트 이름을 확인할 때 이를 DNS 접미사로 사용하므로 nslookup server-1을 수행하면 server-1.example에 대한 레코드를 요청합니다. com.com. Mac에서 동일한 작업을 시도하면 server-1만 조회하고 실패합니다. DHCP에서 받은 도메인 이름은 /etc/resolv.conf에 있지만 domain example.com목록에 없기 때문에 search example.com도메인을 추가하지 않으면 조회가 실패합니다. 후자는 내 Linux 기반 휴대폰에서도 발생합니다.

두 플랫폼 모두 나름의 이유가 있다고 확신하기 때문에 그 이유에 대해서는 별로 신경 쓰지 않습니다. 제가 알아내려고 하는 것은 클라이언트를 수정하지 않고 상황을 바로잡는 방법입니다. IANADHCP/BOOTP 옵션 119는 DNS 도메인 검색 목록의 옵션이지만 대부분의 플랫폼은 기본적으로 옵션 119를 지원하지 않는 것으로 보입니다. Windows는 더 이상 전혀 그렇지 않은 것 같지만 큰 문제는 아니며 *nix 플랫폼은 ISC DHCP4 이상이 사용될 때만 이를 지원합니다. Mac에 대해서는 잘 모르겠지만 여기와 다른 곳에서 옵션 119도 지원하지 않는다는 내용을 읽었습니다.

어떤 아이디어가 있나요?

답변1

이 글을 읽은 후 방금 Virtualbox에서 완료한 Ubuntu 8.10 설치를 살펴보았습니다. 해결.conf에는 다음이 포함됩니다.

# Generated by NetworkManager
domain ourdomain.local
search ourdomain.local
nameserver 192.168.0.6
nameserver 192.168.0.7

결과적으로 조회를 잘 처리하고 호스트 이름이나 FQDN을 사용하여 모든 컴퓨터에 연결할 수 있습니다. 내 MacBook도 직장과 집에서 모두 조회를 잘 처리하지만 지금은 Resolve.conf를 확인할 수 없습니다(화면이 깨졌습니다). 회사 네트워크(Windows DHCP)나 내 홈 네트워크(Linux DHCP)에는 옵션 119가 없습니다. 실제로 둘 다 도메인 이름을 옵션 15로만 전달합니다.

이 작업을 수행하는 데 있어 유일한 문제는 홈 네트워크에서 단일 단어 도메인 이름을 사용할 때 Linux와 Mac이 마음에 들지 않았다는 것입니다. 끝에 ".local"을 추가하는 것이 제가 해야 할 유일한 변경 사항입니다.

관련 정보