2. 名前
ドメイン名(Domain name): [RFC1034]のセクション3.1は、「ドメイン名空間」をツリー構造として述べています。「各ノードには、長さがゼロから63オクテットのラベルがあります。...ノードのドメイン名は、ノードからツリーのルートへのパス上のラベルのリストです。...実装を簡素化するために、ドメイン名を表すオクテットの総数(つまり、すべてのラベルオクテットとラベル長の合計)は255に制限されています。」ドメイン名の任意のラベルには、任意のオクテット値を含めることができます。
完全修飾ドメイン名(Fully qualified domain name, FQDN): これは、上記で概説した「ノードのドメイン名」と同じことを言う明確な方法であることがよくあります。ただし、この用語はあいまいです。厳密に言えば、完全修飾ドメイン名には、ルートの最後のゼロ長ラベルを含むすべてのラベルが含まれます。そのような名前は "www.example.net." と書かれます(終了ドットに注意してください)。しかし、すべての名前は最終的に共通のルートを共有するため、名前はしばしばルートに対して相対的に書かれ( "www.example.net" など)、それでも「完全修飾」と呼ばれます。この用語は[RFC819]で初めて登場しました。本文書では、名前はしばしばルートに対して相対的に書かれます。
「完全修飾ドメイン名」という用語が必要な理由は、部分的に修飾されたドメイン名の存在に由来します。これらは、最も右側の名前の一部が省略され、文脈によってのみ理解される名前です。
ラベル(Label): 完全修飾ドメイン名によって識別されるノードのシーケンス内の個々のノードの識別子。
ホスト名(Host name): この用語とその同等の用語「hostname」は広く使用されていますが、[RFC1034]、[RFC1035]、[RFC1123]、または[RFC2181]では定義されていません。DNSは[RFC952]で概説されているホストテーブル環境に最初に展開され、この用語はそこでの定義から非公式に続いた可能性があります。時間の経過とともに、定義は変化しているようです。「ホスト名」は、[RFC1034]のセクション3.5の規則に従うドメイン名、「優先名前構文」を意味することがよくあります。ドメイン名の任意のラベルには任意のオクテット値を含めることができることに注意してください。ホスト名は一般に、すべてのラベルが「優先名前構文」の規則に従うドメイン名と見なされ、ラベルがASCII数字で始まることができるという修正があります(この修正は[RFC1123]のセクション2.1から来ています)。
人々はまた、「printer.admin.example.com」の「printer」のように、FQDNの最初のラベルのみを指すためにホスト名という用語を使用することがあります。(これはオペレーティングシステムの構成で正式化されることがあります。)さらに、人々はこの用語を使用してマシンを指す任意の名前を記述することがあり、それらには「優先名前構文」に準拠しないラベルが含まれる場合があります。
TLD: トップレベルドメイン(Top-Level Domain)。ルートの下の1つの層にあるゾーンを意味し、「com」や「jp」などです。DNSの観点から、TLDには特別なものはありません。それらのほとんどは委任中心のゾーンでもあり、その運用には重要なポリシー問題があります。TLDは、カントリーコードトップレベルドメイン(ccTLD)、ジェネリックトップレベルドメイン(gTLD)などのサブグループに分けられることがよくあります。この分割はポリシーの問題であり、本文書の範囲を超えています。
IDN: 「国際化ドメイン名(Internationalized Domain Name)」の一般的な略語。IDNAプロトコルは、DNSアプリケーションで非ASCII文字を含むドメイン名を処理するための標準メカニズムです。現在の標準は、通常「IDNA2008」と呼ばれ、[RFC5890]、[RFC5891]、[RFC5892]、[RFC5893]、および[RFC5894]で定義されています。これらの文書は、「LDHラベル」、「Aラベル」、「Uラベル」などの多くのIDN固有の用語を定義しています。[RFC6365]は、国際化に関連する(一部はIDNに関連する)より多くの用語を定義し、[RFC6055]には、いくつかの新しい用語を含むIDNのより広範な議論があります。
サブドメイン(Subdomain): 「ドメインが別のドメインに含まれている場合、そのドメインはそのドメインのサブドメインです。この関係は、サブドメインの名前が含まれているドメインの名前で終わるかどうかを確認することでテストできます。」([RFC1034]のセクション3.1から引用)。たとえば、ホスト名「nnn.mmm.example.com」では、「mmm.example.com」と「nnn.mmm.example.com」の両方が「example.com」のサブドメインです。
エイリアス(Alias): CNAMEリソースレコードの所有者、またはDNAMEリソースレコード[RFC6672]の所有者のサブドメイン。「正規名」も参照してください。
正規名(Canonical name): CNAMEリソースレコードは「その所有者名をエイリアスとして識別し、RRのRDATAセクションで対応する正規名を指定します。」([RFC1034]のセクション3.6.2から引用)この「canonical」という言葉の使用は、「正規形式」の数学的概念に関連しています。
CNAME: 「CNAMEレコードの所有者を『CNAME』と呼ぶのが伝統的です。これは残念なことです。『CNAME』は『正規名(canonical name)』の略語であり、CNAMEレコードの所有者はエイリアスであり、正規名ではありません。」([RFC2181]のセクション10.1.1から引用)
公共サフィックス(Public suffix): 「公開レジストリによって制御されるドメイン。」([RFC6265]のセクション5.3から引用)この用語の一般的な定義は、サブドメインを登録できるドメインであり、HTTPクッキー([RFC6265])を設定すべきではないドメインです。ドメイン名に、それが公共サフィックスであるかどうかの表示はありません。これは外部手段によってのみ決定できます。実際、ドメインとそのサブドメインの両方が公共サフィックスである可能性があります。本文書の公開時点で、IETF DBOUND作業グループ[DBOUND]は公共サフィックスに関する問題を扱っています。
ドメイン名には、それが公共サフィックスであるかどうかを示す固有のものはありません。公共サフィックスを識別するための1つのリソースは、Mozilla が維持する公共サフィックスリスト(PSL)(http://publicsuffix.org/)です。
たとえば、本文書の公開時点で、「com.au」ドメインはPSLで公共サフィックスとしてリストされています。(この例は将来変更される可能性があることに注意してください。)
「公共サフィックス」という用語は、多くの理由でDNSコミュニティで論争的であり、将来大幅に変更される可能性があることに注意してください。ドメインを公共サフィックスと呼ぶことの難しさの1つの例は、ゾーンの登録ポリシーが変更されると、その指定が時間とともに変わる可能性があることです。たとえば、本文書の公開時点での「uk」TLDのケースなどです。