예상대로 작동하지 않는 이유에 대해 100 % 올랐지는 않지만 mDNS 서비스 (Linux의 Avahi, Mac / Windows의 Bonjour / Zeroconf) 및 Windows 네트워크와는 매우 큰 충돌이있는 것으로 보입니다. .local을 도메인의 내부 라우팅 이름으로 사용하십시오. 발생하는 것처럼 보이는 것은 server01을 ping 할 때 해결을 위해 mDNS를 사용하지 않고 요청에 검색 도메인 (foo.local)을 추가하여 server01.foo.local에 대한 DNS 서버를 성공적으로 쿼리하는 것입니다. 그러나 mDNS (.local을 기본 컴퓨터 이름 확장명으로 사용)를 사용하는 경우 server01.foo.local을 핑하려고하면 실제로는 "server01.foo"라는 이름의 컴퓨터를 찾는 mDNS를 통해 브로드 캐스팅됩니다. 실패하면 어떤 이유로 든 직선 DNS로 이동하지 않습니다. 이에 대한 큰 해결 방법은 도메인 이름을 .local로 지정하지 않는 것입니다. 이는 도메인 구성에 대한 대부분의 Windows 관리자 교육에 위배됩니다. 그 말은 :
엔터프라이즈에서 mDNS가 종종 사용되는 홈 네트워크와 전용 DNS 서버를 실행하는 경향이있는 것처럼 mDNS가 네트워크에 영향을 미치지 않는 경우 검색 순서를 변경하는 것이 가장 쉬운 해결 방법입니다.
이것은 /etc/nsswitch.conf에 있습니다. 호스트 섹션에는 순서가 나열되며 Fedora 16의 기본값은 다음과 같습니다.
hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname
이를 다음과 같이 변경하면 :
hosts: files dns mdns4_minimal [NOTFOUND=return] myhostname
검색 순서에서 dns를 앞으로 이동 시키면 현재 문제가 해결됩니다. 또는 mDNS가 필요하지 않다는 것을 알고 있다면 "mdns4_minimal [NOTFOUND = return]"부분을 제거하십시오.
Red Hat의 트래커 에서이 버그를 살펴보면 현재로서는 명백한 수정이없는 오래된 문제 인 것 같습니다. 왜 이런 일이 이런 식으로 발생하는지에 대해 더 많은 통찰력을 제공 할 수 있다면 감사하겠습니다.