DNS の履歴(No.19)

Full Resolver
別称
- フルサービスリゾルバ
- キャッシュサーバ、DNSキャッシュサーバ、キャッシュDNSサーバ
- 参照サーバ
- ネームサーバ、DNSサーバ
スタブリゾルバからの名前解決要求（再起的要求）を受けて、権威サーバに対して名前解決の為の問い合わせ(非再帰的要求)を行う
- 権威サーバへの問い合わせはルートサーバから始まり、名前解決するまで権威サーバの階層をたどって問い合わせを行う
- ルートサーバのIPアドレスが記載された一覧（ヒントファイル）を保持する
- ヒントファイルの情報を使ってルートサーバから最新のルートサーバのIPアドレスを得る仕組み（プライミング）
名前解決した内容はキャッシュに保存し、次回の同じ名前解決要求があった場合は、キャッシュに保存されている内容を応答する
- 名前解決の結果、目的のリソースレコードが見つからなかった場合は、見つからなかったことをキャッシュに保存する（ネガティブキャッシュ）
個人と企業
- 個人の場合は、契約しているISPが管理しているフルリゾルバを利用する。
- 企業の場合は、情報システム部門が管理しているフルリゾルバを利用する。
フルリゾルバの設定（Linux）
- /etc/resolv.conf の「nameserver」で指定する。

↑

(補足) フォワーダ†

スタブリゾルバとフルリゾルバの間に配置される
スタブリゾルバからの名前解決要求を受けて、フルリゾルバに転送する
家庭用のルータなどが備えている機能

↑

権威サーバ†

別称
- 権威DNSサーバ
- ゾーンサーバ
- コンテンツサーバ、DNSコンテンツサーバ
- ネームサーバ、DNSサーバ
権威サーバは、ルートサーバを頂点とした階層構造で構成される。
自身が委任を受けたゾーンの情報と、自身が委任しているゾーンの委任情報を保持する。
フルリゾルバからの名前解決要求を受けて（非再帰的要求）、保持している情報を応答する。
ゾーンの情報（ゾーンデータ）は、リソースレコードという形式で保持する。

↑

ルートサーバ†

別称
- ルートネームサーバ、DNSルートサーバ
ドメイン名空間の頂点（TLS）に位置するサーバ。
ドメイン名の名前解決において、TLDの名前解決を行う。

↑

可用性の向上†

プライマリとセカンダリ
権威サーバはプライマリとセカンダリの2台構成で運用する必要がある。
- プライマリサーバ（プライマリDNSサーバ）
- セカンダリサーバ（セカンダリDNSサーバ）

ゾーンデータを持つ権威サーバ（プライマリサーバ）のゾーンデータは、ゾーンデータを持たない権威サーバ（セカンダリサーバ）にコピーされる（ゾーン転送）
一般的に、自社の権威サーバをプライマリサーバ、上位プロバイダの権威サーバをセカンダリサーバにする

ゾーン転送
- 権威サーバのプライマリとセカンダリが登録情報を同期させるために行う登録情報の転送機能のこと
- ゾーン転送要求は、セカンダリサーバからプライマリサーバに対して行われる。
  - 53ポート/TCPで行われる
- 転送方法の種類
  - AXFR(Authoritative Transfer)：ゾーンの全ての情報を転送する
  - IXFR(Incremental Transfer)：差分の情報を転送する
- DNS NOTIFY
  - プライマリサーバでゾーンデータに更新があったことをセカンダリサーバに通知する仕組み

↑

DNSサーバ†

↑

オープンリゾルバ†

問い合わせ元のアドレスや、問い合わせ対象のドメインに制限なく名前解決の要求に応じるフルリゾルバ
オープンリゾルバを悪用した攻撃
Public DNS（パブリックDNS）

↑

名前解決について†

↑

名前解決の手順†

クライアントは自ドメインのDNSサーバに問い合わせをする。
自ドメインのDNSサーバは、ルートサーバから下位のDNSサーバに向かって問い合わせを繰り返す。
自ドメインのDNSサーバは、目的のホスト名のDNSサーバからIPアドレスを取得し、クライアントに応答する。

↑

再帰的問い合わせと非再帰的問い合わせ†

↑

再帰的問い合わせ†

recursive query
スタブリゾルバからフルリゾルバに対して行われる問い合わせ
再帰的問い合わせを受けたフルリゾルバは、名前解決が完結するまで権威サーバをたどって問い合わせをした結果を応答する

↑

非再帰的問い合わせ†

non-recursive query
反復問い合わせ (iterative query)
フルリゾルバから権威サーバに対して行われる問い合わせ
非再帰的問い合わせを受けたフルリゾルバは、自身が応答できる情報のみを応答する(他のDNSサーバへの問い合わせは行わない)

↑

正引きと逆引き†

正引き
- ドメイン名に対応するIPアドレスを検索すること
逆引き
- IPアドレスに対応するドメイン名を検索すること

↑

ゾーン†

委任により管理を任された範囲のこと

ゾーンデータ
- 対象のゾーンに設定されている情報のこと

ゾーンファイル
- ゾーンデータを記述するファイル。プライマリサーバに設定される
- RFC1035

↑

リソースレコード†

権威サーバに登録するゾーンの情報のこと
「リソースレコード」参照

↑

グルーレコード†

DNSサーバのドメイン名に対応するIPアドレスを、問い合わせ対象のドメインの上位のDNSサーバに登録することで、上位のDNSサーバから問い合わせ対象のDNSサーバに繋がるようにすることで、名前解決できるようにすること。

↑

DNSメッセージ†

↑

DNSメッセージの構造†

問い合わせと応答のメッセージは構造が同じ
応答のメッセージには問い合わせのメッセージの内容がコピーして作成される
応答情報の各セクションのデータがない場合はセクション自体が作成されない
メッセージ内のドメイン名の表現
- <ラベルの長さ(16進数)><ラベル(16進数)>...<"00"(16進数)>

↑

制御情報†

Header セクション
- 0〜15bit
  - ID(16)　※トランザクションID(応答は問い合わせと同じ)
- 16〜31bit
  - QR(1) ※メッセージの種類[0:問い合わせ、1:応答]
  - OPCODE(4) ※問い合わせの種類[0:通常、4:NOTIFY、5:UPDATE]
  - AA(1)
  - TC(1)
  - RD(1) ※問い合わせ先[0:権威サーバ、1:フルリゾルバ]
  - RA(1) ※名前解決の可否[0:非サポート、1:サポート]
  - Z(1) ※予備("0")
  - AD(1)
  - CD(1)
  - RCODE(4)　※応答コード
- 32〜47bit
  - QDCOUNT(16)　※Question セクションの数("1")
- 48〜63bit
  - ANCOUNT(16)　※Answer セクションのリソースレコード数
- 64〜79bit
  - NSCOUNT(16)　※Authority セクションのリソースレコード数
- 80〜95bit
  - ARCOUNT(16)　※Additional セクションのリソースレコード数