次の点はドメインです完全修飾ドメイン名(完全修飾ドメイン名)。しかし、DNSリストのドメイン名はsearch
FQDNになることができますか?
つまり、これは正しい設定ですか?
# /etc/resolv.conf
search domain1.com.
コマンドがhost abc
IPアドレスで解決されるため、機能しているようですabc.domain1.com
。
それともこれは正しい設定ですか?
# /etc/resolv.conf
search domain1.com
答え1
この概念は適用されません。
考えてみてください。domain
一部のDNSクライアントライブラリで完全修飾されていないドメイン名を処理する方法を制御します。search
/etc/resolv.conf
~になる実際のDNSプロトコルに使用される完全修飾ドメイン名(この概念も適用されません)。独自に適用される資格プロセスは無限に再帰的です。
もちろん、すべてのDNSクライアントライブラリと名前認証プログラムが/etc/resolv.conf
最初から使用されるわけではありません。そうする人の中で、検索パスのサフィックスに後ろにドットがあるのか、それがどのような具体的な違いを生むのかについて気にする人はいません。
ドットがあるかどうかにかかわらず、ここの文字列は常に正規化されていると考えることができます。しかし、資格の概念はどちらにも当てはまらないので、これを考えることをお勧めします。メカニズム自体正規化されていない名前の概念がレイヤーに存在するため、正規化されていない名前を翻訳してください。以上そのメカニズム。
追加読書
- ジョナサンデボインポラード(2017)。DNS名の資格とは何ですか?。一般的な答え。
答え2
はい、どちらも正確で似ています。
1 つ目は絶対ドメイン名、2 つ目は相対ドメイン名です。ツリー構造で、各ノードにはテキストラベルがあります。ポイントなし最大長は63文字です。空のラベル長さが0ですルート用に予約されています。したがって、ツリー内のすべてのノードの完全なドメイン名は、ルートラベルへのパス内のドットで区切られた一連のラベルになります。
したがって、ドメイン名は実際にはドット(区切り文字など)とルートの長さがゼロの空のタグで終わります。
最後に追加のポイントを追加してルートに到達する代わりに(たとえば、domain1.com..検索)、resolv.confを直接使用するコマンドは、空のタグの構文エラーを表示し始めます。
例えば。ホスト、nslookupなど...