도메인에 포인트가 있으면 resolv.conf 검색이 더 이상 작동하지 않습니다.

도메인에 포인트가 있으면 resolv.conf 검색이 더 이상 작동하지 않습니다.

이것은 매우 이상합니다. CentOS7 서버가 2대 있습니다. 하나는 더 오래되었고 하나는 더 최근에 빌드되었으며 동일한 resolv.conf파일을 가지고 있습니다.

$ cat /etc/resolv.conf
search prod.gb2.example.com gb2.example.com example.com hosts.example.com
nameserver xx.yy.zz.1
nameserver xx.yy.zz.2 

이전 버전에서는 에서 도메인을 찾으려고 할 때 example.com점이 포함되어 있으면 작동합니다.

[oldhost ~]$ host -v proxy.gb1
Trying "proxy.gb1"
Received 102 bytes from xx.yy.zz.1#53 in 0 ms
Trying "proxy.gb1.prod.gb2.example.com"
Trying "proxy.gb1.gb2.example.com"
Trying "proxy.gb1.example.com"   -> This leads to a match I'm looking for
[newhost ~]$ host -v proxy.gb1
Trying "proxy.gb1"
Host proxy.gb1 not found: 3(NXDOMAIN)
Received 102 bytes from xx.yy.zz.1#53 in 0 ms
Received 102 bytes from xx.yy.zz.2#53 in 0 ms

내가 도메인을 제거하지 않는 한 두 번째 호스트는 도메인 검색을 전혀 시도하지 않을 것 같습니다 ..

을 추가 ndots:2하면 /etc/resolv.conf도움이 될 것 같지만 절대적인 첫 번째로 찾으려는 시도를 방해하므로 실제로는 바람직하지 않습니다.

요점이 있다면 두 번째 서버가 검색 도메인을 무시하는 원인이 무엇인지 아는 사람이 있습니까?

답변1

Centos 7에서 문제의 원인이 무엇인지 모르겠지만 RHEL 지원 솔루션에 따르면 설명하는 동작(RHEL 7의 변경 사항)은 분명히 의도적인 것 같습니다.https://access.redhat.com/solutions/6699861, ICANN 발표에 따라:

RHEL8에서는 동작이 glibc 및 RHEL7과 다르지만 이는 예상된 동작입니다. 이는 DNS "검색 목록" 처리에 관한 ICANN SSAC 권장 사항을 따릅니다.SAC064.

관련 정보