/etc/resolv.conf에 정의 된 도메인이 없습니다.

파일에 도메인이 정의 되지 않은 서버가 점점 더 많이 보입니다 /etc/resolv.conf. 검색 항목 만
어떤 경우에이 설정이 사용됩니까?
사용해서는 안되는 경우가 있습니까?

nameserver xxx.xxx.xxx.xxx
nameserver yyy.yyy.yyy.yyy
nameserver zzz.zzz.zzz.zzz

search domain1 domain2 domain3 ...

a를 지정 domain하면 첫 번째 search도메인이됩니다. 이 검색 기능은 설정을 주로 사용 domain하므로 search대부분 항목을 정의하는 것만으로도 벗어날 수 있습니다 .

또한 domain호스트 이름에 .접미사가 포함되어 있으면 시스템의 호스트 이름에서 자동으로 결정될 수 있습니다 .

을 가진 주된 차이점 resolv.conf하지 않고는 domain정규화 된 도메인 이름 (FQDN)을 결정하기 위해 노력하고 지역 프로세스 것이다. SMTP 서버는 처음에 로컬 FQDN을 알고 싶어하며 로컬 호스트 / 도메인 구성을 사용하여 해결할 수 있습니다. 시간이 지남에 따라 로컬 호스트 이름과 도메인은 실제 서비스에 무의미 해짐에 따라 점점 더 적게 의존합니다. NAT, 가상 호스팅 및로드 밸런서 등으로 인해 머신이 실제로 나타내는 것입니다. 이는 대부분의 소프트웨어가 이제 로컬 호스트 이름에서 도메인 이름을 결정하는 대신 도메인 이름에 대한 대체 구성 옵션을 제공함을 의미합니다.

man resolv.conf

도메인 로컬 도메인 이름.
이 도메인 내의 이름에 대한 대부분의 쿼리는 로컬 도메인에 상대적인 짧은 이름을 사용할 수 있습니다. 도메인 항목이 없으면 도메인은 gethostname (2)에 의해 반환 된 로컬 호스트 이름에서 결정됩니다. 도메인 부분은 첫 번째 '.'다음의 모든 것으로 간주됩니다. 마지막으로 호스트 이름에 도메인 부분이 없으면 루트 도메인이 가정됩니다.

검색 호스트 이름 검색을위한 검색 목록입니다.
검색 목록은 일반적으로 로컬 도메인 이름에서 결정됩니다. 기본적으로 로컬 도메인 이름 만 포함합니다. 이름을 구분하는 공백이나 탭이있는 검색 키워드 뒤에 원하는 도메인 검색 경로를 나열하여이를 변경할 수 있습니다. ndots 도트보다 적은 리졸버 쿼리 (기본값은 1)는 일치하는 것을 찾을 때까지 검색 경로의 각 구성 요소를 사용하여 시도됩니다. 하위 도메인이 여러 개인 환경의 경우 중간자 공격 및 root-dns 서버에 대한 불필요한 트래픽을 피하려면 아래의 옵션 ndots : n을 읽으십시오. 나열된 도메인의 서버가 로컬이 아닌 경우이 프로세스가 느려질 수 있으며 많은 네트워크 트래픽이 생성되며 도메인 중 하나에 사용할 수있는 서버가 없으면 쿼리 시간이 초과됩니다.