ドメインにポイントがある場合、resolv.conf検索は機能しなくなります。

ドメインにポイントがある場合、resolv.conf検索は機能しなくなります。

これはとても奇妙です。 CentOS7サーバーは2台あります。 1つはより古い、1つはより最近ビルドされ、同じ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

私がドメインを削除しない限り、2番目のホストはドメイン検索をまったく試みないようです.

を追加するndots:2/etc/resolv.conf役に立つと思いますが、絶対的な最初の検索を試みることを妨げるので、実際には望ましくありません。

ポイントがあれば、2番目のサーバーが検索ドメインを無視する原因が何であるかを知っている人はいますか?

ベストアンサー1

Centos 7で問題の原因が何であるかはわかりませんが、RHELサポートソリューションによると、説明した動作(RHEL 7の変更点)は明らかに意図的なようです。https://access.redhat.com/solutions/6699861、ICANNの発表によると:

RHEL8では、動作はglibcおよびRHEL7とは異なりますが、これは予想される動作です。これは、DNS「検索リスト」の処理に関するICANN SSACの推奨事項に従います。SAC064

おすすめ記事