DNSの用語を中心にまとめてみました

#■ 概要
DNSの用語には別名が多く混乱したので、用語を中心にDNSを整理しました。

例）キャッシュサーバの別名：フルリゾルバ、参照サーバ　など
　　権威サーバの別名　　　：コンテンツサーバ、ゾーンサーバ　など

#■ 名前解決の分類

|用語|説明|
|:--|:--|
|正引き|◆ホスト名＋ドメイン名をIPアドレスに変換する。|
|逆引き|◆IPアドレスをホスト名＋ドメイン名に変換する。<br>◆正引きの逆。|


#■ ゾーン管理

|用語|説明|
|:--|:--|
|ゾーン|◆管理するドメインの範囲。<br>◆権威サーバに定義している。|
|権威|◆ゾーンを管理する権利。|
|委任|◆別名：委譲<br>◆下位の権威サーバに対してゾーンの管理権限を移す。<br>◆親：委任した側の権威サーバ（上位の権威サーバ）<br>◆子：委任された側の権威サーバ（下位の権威サーバ）|

#■ DNSを管理している組織

|用語|説明|
|:--|:--|
|ICANN|◆ドメイン名やIPアドレスなどインターネット基盤を管理する国際機関。<br>◆ルートサーバを管理している。|
|レジストリ|◆登録された委任情報を管理する組織。<br>◆レジストリの主な例<br>・株式会社日本レジストリサービス（JPRS）：jpドメインを管理<br>・米ベリサイン社（Verisign, Inc.）：comドメインやnetドメインを管理|

#■ ドメイン名空間
|用語|説明|
|:--|:--|
|ルートドメイン|◆ドメイン名空間の最上位に位置するドメイン。<br>◆ラベルは""（空文字）。<br>◆完全修飾ドメイン名（FQDN）は、「aaa.bbb.ccc.」となる。<br>　最後はドット「.」で終わっているように見えるが、""（空文字）で終わっている。<br>　最後のドット「.」は省略可能なので、「aaa.bbb.ccc」でもOK。|
|トップレベルドメイン（TLD）|◆ルートドメインの下位のドメイン。<br>◆主なトップレベルドメイン<br>＊分野別トップレベルドメイン（gTLD：General TLD）<br>　・組織の種類を表したドメイン。<br>　・com（営利機関）、net（通信事業者）、edu（教育機関）など。<br>　・com、netドメインは、米ベリサイン社が管理。<br>＊国コードトップレベルドメイン（ccTLD：County Code TLD）<br>　・jp（日本）、cn（中国） など。<br>　・jpドメインは、株式会社日本レジストリサービス（JPRS）が管理。<br>◆2008年に分野別トップレベルドメインの取得条件が緩和され、一般企業や地域が分野別トップレベルドメインを取得できるようになった。<br>　例）「.microsoft」「.canon」「.osaka」|
|セカンドレベルドメイン（SLD）|◆トップレベルドメインの下位のドメイン。|
|サードレベルドメイン（3LD）|◆セカンドレベルドメインの下位のドメイン。|


#■ DNSのシステム構成
|用語|説明|
|:--|:--|
|スタブリゾルバ|◆クライアント端末に搭載された名前解決のソフトウェア。|
|キャッシュサーバ|◆別名 ： キャッシュDNSサーバ、フルリゾルバ、フルサービスリゾルバ、キャッシングサーバ、キャッシングオンリーサーバ、参照サーバ<br>◆スタブリゾルバ（クライアント）から名前解決の要求を受付け、キャッシュに情報があればその情報をスタブリゾルバに返す。<br>◆キャッシュに情報がなければ、権威サーバに問合せ、ルートサーバから名前空間の委任情報をたどって名前解決する。<br>◆主なキャッシュサーバ<br>・ISPが管理しているDNSサーバ<br>・ユーザ企業がLAN内に設置しているDNSサーバ<br>・パブリックDNS（Google Public DNS、OpenDNS など）|
|権威サーバ|◆別名 ： 権威DNSサーバ、DNSコンテンツサーバ、コンテンツサーバ、コンテンツオンリーサーバ、ゾーンサーバ<br>◆ゾーン情報を管理している。<br>◆キャッシュサーバからの名前解決の要求を受付け、管理対象のゾーンの場合、その情報をキャッシュサーバに返す。<br>◆ゾーン情報の管理を下位の権威サーバに委任している場合は、委任先の情報をキャッシュサーバに返す。<br>◆主な権威サーバ<br>・ルートサーバ<br>・レジストリが管理しているDNSサーバ<br>・ユーザ企業がインターネットに公開しているDNSサーバ|
|DNSプロキシ|◆別名 ： フォワーダ、DNSフォワーディングサーバ<br>◆スタブリゾルバとキャッシュサーバの間に設置し、名前解決の問合せを中継する。<br>◆設置しない場合もある。|


#■ 主な権威サーバ
|用語|説明|
|:--|:--|
|ルートサーバ|◆別名 ： ルートDNSサーバ、ルートネームサーバ、DNSルートサーバ<br>◆ルートドメインに設置している。<br>◆ルートゾーンを管理している。<br>◆ルートゾーンにはトープレベルドメインの委任情報が定義されている。<br>◆ルートサーバは、全世界に13個存在し、12の組織が管理している。（米ベリサイン社が2個管理している。）<br>◆日本に設置しているルートサーバ（M.ROOT-SERVERS.NET）は、WIDEプロジェクトによって管理されている。|
|トップレベルドメインサーバ|◆トップレベルドメインに設置している。<br>◆レジストリと呼ばれる管理組織が管理している。<br>◆代表的なドメイン<br>・jpドメインは、株式会社日本レジストリサービスが管理している。<br>・comドメイン、netドメインは米国ベリサイン社が管理している。|


#■ ドメインを取得する場合（ドメインをインターネットに公開する場合）、1つのゾーンに2台以上の権威サーバを設置する必要がある。
|用語|説明|
|:--|:--|
|マスタサーバ|◆別名 ： マスタDNSサーバ、プライマリサーバ、プライマリDNSサーバ<br>◆オリジナルのゾーン情報を管理する権威サーバ。|
|スレーブサーバ|◆別名 ： スレーブDNSサーバ、セカンダリサーバ、セカンダリDNSサーバ<br>◆マスタサーバのゾーン情報のコピーを持つ権威サーバ。<br>◆目的は、バックアップと負荷分散。<br>◆ドメインを取得するする場合（インターネットに公開する場合）、スレーブサーバの設置が必要。<br>◆クローズドなネットワーク環境でDNSを運用する場合、マスタサーバだけでも運用可能。|
|ゾーン転送|◆マスタサーバからスレーブサーバにゾーン情報をコピーする。|


#■ クライアント（スタブリゾルバ）の設定
|用語|説明|
|:--|:--|
|優先DNSサーバ|◆優先的に利用するキャッシュサーバ。|
|代替DNSサーバ|◆優先DNSサーバが利用できない時に利用するキャッシュサーバ。|

#■ 名前解決の問合せ
|用語|説明|
|:--|:--|
|再帰問合せ|◆スタブリゾルバからキャッシュサーバに名前解決を要求する問合せ。<br>◆キャッシュサーバは、スタブリゾルバから再帰問合せを受け取り、権威サーバに対して、反復問合せ（非再帰問合せ）を再帰的に実行する。|
|反復問合せ|◆別名 ： 非再帰問合せ<br>◆キャッシュサーバから権威サーバに名前解決を実行する問合せ。<br>◆権威サーバがゾーン情報を管理している場合、その情報をキャッシュサーバに返す。<br>◆ゾーン情報の管理を下位の権威サーバに委任している場合は、委任先の情報をキャッシュサーバに返す。<br>◆キャッシュサーバが委任先の情報を受け取ると、再度、委任先の権威サーバ（下位の権威サーバ）に名前解決の問合せを行う。|

#■ セキュリティ関連
|用語|説明|
|:--|:--|
|オープンリゾルバ|◆IPアドレスのアクセス制限を行わず、不特定のIPアドレスからの再帰問合せを受け付ける状態。<br>◆DDoS攻撃の踏み台に利用されるので、オープンリゾルバでの運用は推奨されていない。|
|DNSSEC|◆権威サーバからキャッシュサーバへのDNS応答に電子署名を付加し、通信元が正規の権威サーバであることを検証する。<br>◆DNSキャッシュポイズニング（別名：DNSキャッシュ汚染攻撃）の対策として利用される。<br>◆電子署名には公開鍵暗号方式を用いる。<br>◆通信データ自体は暗号化されない。<br>◆DNSSECを利用するためには、キャッシュサーバと権威サーバの両方が対応している必要がある。|
|TSIG|◆ゾーン転送（マスタサーバからスレーブサーバに転送されるゾーン情報）に電子署名を付加し、通信元が正規のマスタサーバであることを検証する。<br>◆ゾーン情報の改ざんの対策として利用される。<br>◆電子署名には共通鍵暗号方式を用いる。<br>◆通信データ自体は暗号化されない。|