Mac OS X Lion에서 .local TLD에 대한 10 초 지연


13

회사 네트워크는 xxx.companyname.local로컬 네트워크의 모든 서버에 사용 됩니다. Mac에서이 서버 중 하나에 액세스 할 때마다 10 초 지연됩니다. Lion이 다음 순서로 .local 도메인을 확인하기 때문에 DNS 조회로 인해이 지연이 발생한다는 것을 알았습니다.

  1. /etc/hostsIPv6 주소 확인
  2. AAAA 레코드 (IPv6 주소)에 대한 DNS 서버 확인
  3. AAAA 레코드에 대한 MDNS (Bonjour)를 통해 확인
  4. /etc/hostsIPv4 주소 확인
  5. DNS 서버에서 A 레코드 (IPv4 주소) 확인
  6. MDNS에서 A 레코드 확인

이제 문제는 IPv6 네트워크가 없다는 것입니다. xxx.companyname.local네트워크의 모든 서버에는 IPv4 주소 만 있고 DNS 서버에는 A 레코드 만 있습니다. 이것은 주소가 5 단계에서 해결되었음을 의미합니다. 이것의 문제점은 3 단계가 시간 초과되기 전에 10 초가 걸린다는 것입니다! Wiki, SVN 서버, Kerberos 서버 등에 연결할 때마다 10 초의 지연이 있습니다.

나는 다음과 같은 줄을 추가하여 Lion을 속였습니다. /etc/hosts

::FFFF:10.99.99.99 xxx.companyname.local

이 작업을 수행하면 Lion은 도메인에 IPv6 주소가 있다고 생각하고 1 단계 후에 중지합니다. 그러나이 해결 방법은 DNS의 모든 유용한 기능을 완전히 우회합니다. 수십 개의 내부 도메인의 IP 주소를 수동으로 추적하고 싶지 않습니다! 호스트 이름 사용을 중단하고 IP 주소 만 입력하면됩니다!

그래서 :이 조회 순서를 변경하는 방법을 아는 사람이 있습니까? 아니면 IPv6 네트워크가 없기 때문에 IPv6 조회를 비활성화합니까?


질문 주셔서 감사합니다-나는 Mac DNS 해상도 참조로 북마크;)
Alex

당신은 훨씬 더 당신의 DNS 서버에 대해 빈 레코드 집합의 답변을 보내 10 초 복용하는 이유를 확인하려고 제공 될 것입니다 AAAA그들은 (당신이 무슨 말을 따라하는) 어디 그 근처하지 않을 때 긴 답변에 레코드를 A매우에 대한 질의 동일한 도메인 이름. 서버가 고장났다 는 문제가있는 고전적인 RFC 4074 영역에있는 것 같습니다 . 또한 분할-수평 DNS 서비스를 사용 하지 않는 잘 알려지고 오랫동안 논의 된 몇 가지 이유 중 하나에 영향을 미쳤습니다 local.. 수정하는 것이 좋습니다.
JdeBP

1
2 단계의 DNS 서버는 빈 AAAA 레코드를 즉시 반환합니다. 문제는 3 단계-MDNS / Bonjour / Zeroconf 쿼리입니다. 라이온은 방송 종료 후 10 초 동안 기다렸다가 시간이 초과됩니다. 인터넷 검색을 한 후에는 사용하는 local.것이 좋지 않다는 것을 잘 알고 있지만 IT 부서는 사용하는 local.companyname.것이 완벽 하다고 생각 하며 실제로는 아무것도 할 수 없다고 말했습니다.
Jakob Egger

IT 부서의 직원은 정보가 부족합니다. 이것은 대략 50 년 동안 네트워크 관리 분야에서 "완전히 훌륭 하지 않은 " 것으로 알려져있다 . IT 부서 직원의 네트워킹 지식을 21 세기로 가져 오도록 권장 할 수 있습니다. 직원 들은 회사 컴퓨터가 제대로 작동하지 않도록 문제를 해결하는 것이 아니라는 것을 상기시킬 수 있습니다. ☺
JdeBP

@JdeBP 그럼에도 불구하고 애플은 그것을 사용하는 것이 좋겠다고 결심했습니다. 마이크로 소프트도이 기술을 사용하고이를 모범 사례로 추천합니다. 그래서 ... 누가 그렇지 않습니까?
기본

답변:


8

IT 부서가 남용하지 않도록하십시오 local..

논의한 바와 같이, 회사가 소유하지 않은 도메인 이름 남용하여 회사 하위 도메인을 생성 할 수 있다고 가정해서는 안됩니다. 여기에서 문제의 반은 잘못되었습니다. 회사 컴퓨터에 Macintosh (또는 그 문제에 대해 DNSSD를 사용하는 다른 컴퓨터)가 포함 된 경우, local.이러한 방식으로 자유롭게 엉망으로 만드는 것이 귀하의 컴퓨터 라고 가정하지는 않습니다 .

Macintosh를 업그레이드하십시오.

MacOS 10.4는 xxx.companyname.local.당신이 묘사 한대로 실제로 취급 할 것입니다. 그러나 이것은 운영 체제의 이후 개정판에서 변경되었습니다. MacOS 10.5는 두 레이블 이름 만 멀티 캐스트 DNS에 전달합니다. xxx.companyname.local.MDNS가 처리하지 않는 것과 같은 3 개의 레이블 이름 . MacOS 10.6은이를 더욱 발전시키고 DNS 서버가 local. 영역 을 갖도록 잘못 구성되었는지 여부를 감지 하고 그에 따라 작동합니다.

아주 최소한 당신은 가지고 매킨토시를 구성해야합니다 /etc/resolver/COMPANYNAME의.local 와 파일을 search_order 1프록시 DNS 서버 (들)의 그것에 나열하는 현재의 IP 주소를. 그러나 애플이 말한 것처럼 DHCP 할당 DNS 서버 IP 주소에서는 제대로 작동하지 않습니다.

손에 쥐고…

… 이것은 잘못된 방향을 수용하기 위해 점차적으로 더 복잡한 봇입니다. 애플의 마크 크로 흐말 (Marc Krochmal)의 말을 인용하자면, 사람들이 local.회사의 방식대로 남용 할 때 "항상 문제가있을 것" 입니다. 전에는 아니더라도 2002 년 이후 (빠른 검색으로 알려줍니다) 잘못된 것으로 알려져 있습니다. 그냥 그렇게하지 않습니다 .

추가 자료


2
이 정보는 Lion (Mac OS X 10.7)의 DNS 확인 관련 문제를 해결하지 못합니다. 또한 /etc/resolver/companyname.local라이온에서는 무시되는 것 같습니다.
Jakob Egger

0

Mac을 모르므로 실제로 도움이되지는 않지만 영리한 해결 방법 아이디어가 제공됩니다. 인터넷에 어딘가에 설치하면 "somedomain.com DNAME companyname.local"2 단계에서 DNAME을 잡을 것입니다. 이제 어떻게 될지 잘 모르겠습니다. 다음으로, 여전히 bonjour로 돌아가거나 이미 일부 DNS 프로세스의 중간에 있기 때문에 DNS를 고수 할 것입니다.


원하는 경우 DNAME을 만드는 데 자원 봉사 할 수 있습니다. :)
Alex
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.