追加読書

追加読書

次の点はドメインです完全修飾ドメイン名(完全修飾ドメイン名)。しかし、DNSリストのドメイン名はsearchFQDNになることができますか?

つまり、これは正しい設定ですか?

# /etc/resolv.conf
search domain1.com.

コマンドがhost abcIPアドレスで解決されるため、機能しているようですabc.domain1.com

それともこれは正しい設定ですか?

# /etc/resolv.conf
search domain1.com

答え1

この概念は適用されません。

考えてみてください。domain一部のDNSクライアントライブラリで完全修飾されていないドメイン名を処理する方法を制御します。search/etc/resolv.conf~になる実際のDNSプロトコルに使用される完全修飾ドメイン名(この概念も適用されません)。独自に適用される資格プロセスは無限に再帰的です。

もちろん、すべてのDNSクライアントライブラリと名前認証プログラムが/etc/resolv.conf最初から使用されるわけではありません。そうする人の中で、検索パスのサフィックスに後ろにドットがあるのか​​、それがどのような具体的な違いを生むのかについて気にする人はいません。

ドットがあるかどうかにかかわらず、ここの文字列は常に正規化されていると考えることができます。しかし、資格の概念はどちらにも当てはまらないので、これを考えることをお勧めします。メカニズム自体正規化されていない名前の概念がレイヤーに存在するため、正規化されていない名前を翻訳してください。以上そのメカニズム。

追加読書

答え2

はい、どちらも正確で似ています。

1 つ目は絶対ドメイン名、2 つ目は相対ドメイン名です。ツリー構造で、各ノードにはテキストラベルがあります。ポイントなし最大長は63文字です。空のラベル長さが0ですルート用に予約されています。したがって、ツリー内のすべてのノードの完全なドメイン名は、ルートラベルへのパス内のドットで区切られた一連のラベルになります。

したがって、ドメイン名は実際にはドット(区切り文字など)とルートの長さがゼロの空のタグで終わります。

最後に追加のポイントを追加してルートに到達する代わりに(たとえば、domain1.com..検索)、resolv.confを直接使用するコマンドは、空のタグの構文エラーを表示し始めます。

例えば。ホスト、nslookupなど...

関連情報