.local

.local

도메인명 .local은 인터넷의 DNS(Domain Name System)에서 최상위 도메인으로 설치되지 않도록 IETF(Internet Engineering Task Force)가 예약한 특수 용도 도메인명이다.따라서 이 이름은 .localhost와 같은 다른 특수 도메인 이름과 유사하다.[1]그러나, .local은 링크-로컬 네트워킹, 멀티캐스트 DNS(mDNS)[2] 및 제로 구성 네트워킹(zeroconf) 애플리케이션에서 사용하도록 지정되어, 로컬 영역 네트워크에 기존 DNS 인프라의 로컬 설치 없이 DNS 서비스가 구축될 수 있다.

멀티캐스트 DNS 표준

IETF(Internet Engineering Task Force)는 멀티캐스트 DNS 이름 확인 프로토콜을 통해 확인할 수 있는 로컬 영역 네트워크의 호스트 이름에 대한 특수 사용 도메인 이름으로 도메인 이름 레이블 .local을 사용한다.[2]로컬로 끝나는 이름에 대한 DNS 쿼리는 mDNS IPv4 링크-로컬 멀티캐스트 주소 224.0.0.251 또는 해당 IPv6 등가 ff02:fb로 전송해야 한다..local로 끝나는 도메인 이름은 유니캐스트 DNS와 같은 다른 메커니즘을 통해 동시에 확인될 수 있다.

mDNS 구현

RFC 6762는 애플 사의 직원 스튜어트 체셔와 마크 크로흐말(Mark Krochmal)이 작성했으며, 애플의 Bonjour zeroconf 네트워킹 소프트웨어는 mDNS를 구현한다.[3] 이 서비스는 .local이 호스트 이름에 추가될 경우 MacOS를 실행하는 링크 로컬 매킨토시 컴퓨터와 iOS를 실행하는 모바일 장치의 개인 IP 주소를 자동으로 해결한다.또한, 본저 디바이스는 DNS Service Discovery 클라이언트에 서비스를 광고할 때 이러한 .local 호스트 이름을 사용할 것이다.

대부분의 Linux 배포판도 zeroconf를 사용하도록 구성된다.기본적으로 각 컴퓨터의 Avahi 데몬은 mDNS hostname.local 쿼리에 응답하며, 이러한 이름을 해결하려는 대부분의 셸 명령어와 응용 프로그램 호출은 Name Service Switch 구성 파일에서 기본 호스트: 라인에 의해 해당 데몬으로 라우팅된다.nss-mdns 모듈과 아바히를 구성하여 다른 유사 TLD로 호스트명을 해결할 수도 있다.

윈도 운영체제는 mDNS 기능이 내장되지 않는 경우가 많지만 애플 등 제로콘프 소프트웨어를 설치하면 추가할 수 있고, 윈도 10에서 추가되기 시작하고 있다.

마지막으로, 많은 프린터와 다른 주변 장치들도 제로콘프를 구현하는 컴퓨터로부터 그것들에 대한 간단한 연결을 제공하기 위해 mDNS 프로토콜을 구현한다.

마이크로소프트 권장 사항

.local을 내부 장치의 검색 도메인으로 사용하는 이름 서버를 포함한다면 매킨토시 및 리눅스 시스템 또는 제로콘프 주변 장치를 Windows 네트워크에 연결하는 것은 문제가 될 수 있다.

한때 마이크로소프트는 적어도 내부 DNS 서버가 있는 소규모 개인 네트워크에 대해 (이 글을 기점으로) 여전히 접근할 수 있다는 문서를 통해 .local을 유사 TLD로 사용할 것을 제안했다.예를 들어 지원 조항 296250에는[4] 다음과 같은 옵션이 포함되어 있다.

이름을 내부 Small Business Server 네트워크에서 이름 확인에 사용되는 개인 도메인 이름으로 만드십시오.이 이름은 보통 .local의 1단계 도메인으로 구성된다.현재 .local 도메인 이름은 인터넷에 등록되어 있지 않다.

그러나, 더 최근의 기사들은 그러한 지역 TLD의 사용에 대해 경고하거나 충고했다.

지원 문서 300684는[5] "최상 사례 Active Directory 도메인 이름"의 예로서 contoso.local을 나열했지만 다음과 같이 추가했다.

인터넷 등록 기관에 가장 높은 내부 및 외부 DNS 네임스페이스의 DNS 이름을 등록하십시오.

물론 해당 도메인 또는 .local로 끝나는 다른 도메인을 사용하지 못하게 할 수 있다.

마이크로소프트 TechNet 기사 708159는[6] 정반대의 이유로 .local을 제안했다.

.local 라벨이 인터넷에서 사용하기 위해 등록되어 있지 않기 때문에 내부 도메인의 전체 DNS 이름에 .local 라벨을 사용하는 것이 보다 안전한 구성이다.이것은 공용 인터넷 도메인 이름과 내부 도메인을 구분한다.

그러나 나중에 이에 반대할 것을 권고했다.

Macintosh OS X 버전 10.3 운영 체제를 실행하는 Macintosh 클라이언트 시스템이 있는 경우 ... 내부 도메인의 전체 DNS 이름에 .local 레이블을 사용하지 않는 것이 좋다..local 레이블을 사용해야 하는 경우 Macintosh 시스템에서 네트워크상의 다른 시스템을 검색할 수 있도록 설정을 구성해야 한다.Macintosh OS X 버전 10.3 이상을 실행하는 클라이언트 컴퓨터를 구성하는 방법에 대한 자세한 내용은 [1]의 Microsoft 웹 사이트에서 "Macintosh 컴퓨터를 Windows Small Business Server 2003 네트워크에 연결"을 참조하십시오.

TechNet 기사 726016은[7] .local을 사용하지 않도록 주의했다.

...우리는 .local과 같이 등록되지 않은 접미사를 사용하는 것을 권장하지 않는다.

기본적으로 새로 설치된 윈도우즈 서버 2016 Essentials는 사용자가 고급 옵션을 선택하지 않을 때 .local을 기본 DNS 프리픽스로 추가한다.따라서 .local 확장자를 가진 도메인이 생성된다.

리눅스

Linux 배포에서 Name Service Switch 구성 파일 사용/etc/nsswitch.conf[8] mDNS 이름 확인이 mdns4_minimal 플러그인을 통해 다음에 추가됨nsswitch. 이 구성에서 어디에mdns4_minimal표준보다 앞서다dns옵션, 사용)/etc/resolv.confmDNS 해상도는 로컬 네트워크에서 후속 DNS 해상도를 차단한다. 

hosts: files mdns_minimal [NOTOFUND=return] dns

또는

hosts: files mdns4_minimal [NOTOFUND=return] dns

이는 위와 같이 mdns_minimal 모듈을 설치할 자체 패키지 구성 스크립트가 각각 있는 Ubuntu/Debian 및 SusE 및 Red Hat 등의 배포에서 선택한 구성이다.

이러한 방식으로 .local 요청이 인터넷에 유출되는 것을 방지하고 있으며, 구성된 DNS 서버에 대한 합법적인 .local 요청도 차단하고 있다.

글로벌 DNS 쿼리

local은 공식적으로 예약된 특수 용도 도메인 이름[9](2013년 2월 RFC 6762년)[10][11]이므로, 이 최상위 레이블을 가진 호스트 이름은 글로벌 도메인 이름 시스템에서 확인할 수 없다.그러나 제출되는 쿼리 중 상당 부분이 도메인을 지정한다.[12]Statistics for the L root name server operated by ICANN show that on August 14, 2015, the server received approximately 1331 local queries per second, third in frequency after .com (4355 queries/s), and .net (2481 queries/s), or sixth including the invalid gTLDs www (First, with 9416 queries/s), html (third, with 2727 queries/s), and home (fifth,1692개의 쿼리/[13][14]s로2013년 4월 12일, 서버는 약 2300개의 로컬 쿼리를 받았고, 빈도는 .com, .net, .org에 이어 네 번째였다.

사이트의 과거 데이터는 웨이백 머신을 통해 이용할 수 있다.예를 들어, 2009년 6월에 L 서버는 평균 400개의 그러한 쿼리를 받았고, .com, .arpa, .net에 이어 네 번째였다.[15]

참조

  1. ^ D. Eastlake; A. Panitz (June 1999). Reserved Top Level DNS Names. Network Working Group. doi:10.17487/RFC2606. BCP 32. RFC 2606.
  2. ^ a b S. Cheshire; M. Krochmal (February 2013). Multicast DNS. IETF. doi:10.17487/RFC6762. RFC 6762.
  3. ^ "Apple Bonjour: Let's Talk!". 25 May 2012.
  4. ^ "Domain Name System name recommendations for Small Business Server 2000 and Windows Small Business Server 2003". support.microsoft.com. 2007-12-03. Three practical methods to name the DNS domain are: [1/3] [...] private domain name that is used for name resolution on the internal Small Business Server network. [...] usually [...] first-level domain of .local. [...] [2/3] Make the name a sub-domain of a publicly registered domain name. For example, if the publicly registered domain name is Contoso.com, a sub-domain of Corp.contoso.com can be used. [3/3] Make the name the same as a publicly registered domain name. [...] Most Small Business Server customers should use the first method.
  5. ^ "Information about configuring Active Directory domains by using single-label DNS names". support.microsoft.com.
  6. ^ "Internal Domain Information (OEM)". Windows Small Business Server 2003 product documentation. technet.microsoft.com. [...] it is strongly recommended that you use the .local label for the extension. [...] If your Windows Small Business Server network contains client computers running Mac OS X 10.2 or later, change the .local label for the default domain name to a label other than .local. For example, use .lan or .office as the label.
  7. ^ "Selecting the Forest Root Domain". technet.microsoft.com. 2012-04-26. Retrieved 2016-01-19. To select a suffix for the forest root domain: [...] We recommend that you use DNS names that are registered with an Internet authority in the Active Directory namespace. Only registered names are guaranteed to be globally unique. [...] Caution [...] Do not use single-label DNS names. [...] Also, we do not recommend using unregistered suffixes, such as .local.
  8. ^ "Ubuntu Manpage: nsswitch.conf - Name Service Switch configuration file". manpages.ubuntu.com. Retrieved 2021-02-22.
  9. ^ "Special-Use Domain Names". Internet Assigned Numbers Authority.
  10. ^ Cheshire, Stuart; Krochmal, Marc (2013-02-20). "RFC 6762: Multicast DNS". IETF.
  11. ^ Cheshire, Stuart; Krochmal, Marc (February 2013). "Datatracker history for RFC 6762". IETF. 2013-02-20 [...] RFC published [...] 2001-07-17 [first draft published as:] draft-cheshire-dnsext-multicastdns-00.txt
  12. ^ George Kirikos. "Most Popular Invalid TLDs Should Be Reserved". Circle ID. Archived from the original on 21 June 2009. Retrieved 2013-04-12.
  13. ^ root-servers.org[영구적 데드링크]
  14. ^ ICANN.org 2015년 9월 9일 웨이백 머신에 보관
  15. ^ "Most Popular TLDs Queried". root-servers.org. Archived from the original on 2009-09-16. Retrieved 2009-09-11.