web-dev-qa-db-ja.com

完全修飾ドメイン名の定義

FQDNの定義をインターネットで検索しようとしました。 ウィキペディア 言う、FQDN

ドメインネームシステム（DNS）のツリー階層内の正確な場所を指定します。これは、（DNS内で）明確に解決できると解釈します。

WP（これを参照として使用したくないのですが）の例では、hostname.example.com.の使用について説明しています。

私が見つけたRFC（ RFC 1035 は私が見つけた唯一のプロトコル固有ではない）は、FQDNが何を修飾するかについて有益ではありませんでした。

Hostname.example.comのような識別子だけが有効なFQDN（すべてのホスト名、ドメイン、TLDを別々に含む）だと思いましたが、これは間違っているようです。
ドメインが1つのホストのみで構成されている場合でも、FQDNにドメインの横に常にホスト名を含める必要がありますか？または、FQDNがDNSを介して解決可能である必要があるという唯一の定義ですか？例えば。ドメイン.tkは明確に解決可能ですが、これはFQDNですか？

domain-name-systemhostnamefqdn
8
sebix

ホストを明確に解決するためにさらに識別子を追加する必要がない場合は、名前が完全に修飾されていると見なします。これが当てはまらない場合、名前は相対的なものと見なされます。

RFC1535 重要なポイントについて説明します：

絶対的な「ルート化された」FQDNの形式は{name} {。}です。「ルート化されていない」ドメイン名の形式は{name}です。

上記の例では、.tkをtk.として解決して、明確にする必要があります。興味深いことに、これには実際に有効なAレコードがあります。

$ Dig tk.
; <<>> Dig 9.8.3-P1 <<>> tk.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 812
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;tk.                IN  A

;; ANSWER SECTION:
tk.         20  IN  A   217.119.57.22

編集：RFC1535には別の興味深い引用があります：

さらに、「。」指定された名前で存在する場合は、完全修飾ドメイン名（FQDN）であると見なす必要があり、最初にルート名として試行する必要があります。

6
GeekyDeaks

ACM Queue で、FQDNを次のように定義しました。

DNS名前空間にはツリー構造があり、ルートノードを除くすべてのノードに親があります。ルートノードはそれ自体の親です。ノードには、ラベルが空のルートノードを除いて、1〜63文字の長さのラベルがあります。ドメインはコンテキスト内のノードであり、完全修飾ドメイン名には、ノード名だけがボトムアップで、それぞれにピリオド（。）が続く表示フォームがあります。たとえば、www.google.comは、名前がwww、親がgoogle、祖父母がcom、曽祖父母がDNSルートであるノードの完全修飾名です。

「ホスト名」、「ホスト部分」、「ドメイン部分」などの用語を使用するときはいつでも、雑草に悩まされており、FQDNの定義が目的に完全に適合していないことがわかります。 FQDNの定義ではなく意味は、その反意語である完全修飾されていないドメイン名を検討することで明確にできます。完全修飾とは、最上位までのすべてのドメインラベルを指定していることを意味します。その場合、最後のドット（。）を追加して、指定したことを示すことができます。完全修飾に満たないということは、あなたが見ている名前が検索リストまたはデフォルトドメインのコンテキスト内でのみ意味をなすことを意味します。

RFC 1535は興味深いものでした。それまで、多くの人がマルチラベルのローカル名を使用し、検索リストの動作を期待していたためです。これにより、他の多くのことが破られたため、非合法化されました。しかし、私が1988- 1993年に[email protected]だったとき、vixie @ cognition.paからmatt @ decvaxにメールを送信し、vixie @ cognition.pa.dec.comと[email protected]に拡張することができました。 .comとそれはすべてうまくいきました。私たちはそれをあきらめなければならなかったことが判明しました。最近では、プレゼンテーションレベルの名前にドットが含まれている場合（つまり、入力したか、プログラムによって表示された場合）、世界中のすべてのソフトウェアによってFQDNであると見なされます。

私の Sendmail book （DEC.COMを離れた後にFred Avolioと共同執筆）にもこのトピックに関する章があります。RFC1535と同時に書かれているので興味深い読み物です。 。

4
Paul Vixie

私の2セント：

厳密な意味で、FQDNはあなたがあなたの例で書いたものです。

つまり、hostname.example.comです。

含む末尾のドット。

DNSを介して解決可能である必要はないと思います。これは単なる構文上の定義です。

0
Aditya K