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

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

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

WPでの例（これを参照として使用したくない）は、 hostname.example.com.

私が見つけたRFC（RFC 1035は私が見つけた唯一の非プロトコル固有のものでした）は、FQDNが何を修飾するのかについての情報を提供していませんでした。

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

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

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）であると想定し、最初にルート名として試行する必要があります（SHOULD）。

でACMキュー次のように、私はFQDNを定義しました。

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

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

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

私のSendmailの本（2人がDEC.COMを去った後、Fred Avolioと共著）にもこのトピックに関する章があります。これは、RFC 1535と同時に書かれたので興味深い読み物です。

私の2セント：

厳密に言えば、FQDNは例で書いたものです。

つまり、hostname.example.com。

最後にドットを含みます。

DNSで解決できる必要はないと思います。これは構文上の定義です。