なぜ期待どおりに動作しないのかという理由については100%アップしていませんが、mDNSサービス(LinuxのAvahi、Mac / WindowsのBonjour / Zeroconf)およびWindowsネットワークと非常に大きな競合があるようです。ドメインの内部ルーティング名として.localを使用します。起こりそうなのは、server01にpingを実行すると、mDNSを使用して解決をスキップし、検索ドメイン(foo.local)をリクエストに追加して、server01.foo.localのDNSサーバーを正常にクエリすることです。ただし、mDNS(デフォルトのマシン名拡張子として.localを使用)を使用する場合、server01.foo.localをpingしようとすると、実際には「server01.foo」という名前のマシンを探してmDNSでブロードキャストします。失敗すると、なんらかの理由でストレートDNSに移行しません。これに対する大規模な回避策は、ドメインに.localという名前を付けないことです。これはおそらく、ほとんどのWindows管理者のドメイン構造化のトレーニングに反します。言われていること:
ネットワークでmDNSが重要でない場合(mDNSが時々使用されるホームネットワークに対して専用DNSサーバーを実行する傾向がある企業で一般的)、検索順序を変更するのが最も簡単な回避策です。
これは/etc/nsswitch.confにあります。ホストのセクションに順序がリストされます。Fedora16のデフォルトは次のとおりです。
hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname
変更する場合:
hosts: files dns mdns4_minimal [NOTFOUND=return] myhostname
検索順序でDNSを先に移動する場合は、今のところ修正する必要があります。あるいは、mDNSがまったく必要ないことがわかっている場合は、「mdns4_minimal [NOTFOUND = return]」部分を削除するだけです。
Red Hatのトラッカーでこのバグを見ると、これは現時点では明らかな修正が行われていない長年の問題のようです。しかし、誰かがこれがなぜこのように起こるのかについてより多くの洞察を提供できるならば、それは高く評価されるでしょう。