## page was renamed from DNS/1/資源レコード
## page was renamed from DNS/基礎知識/資源レコード

<<Navigation(children,1)>>

<<TableOfContents()>>
----
= DNS/資源レコード =
基本形式は[[DNS/RFC/1035]] に規定されている。

[[DNS/1/資源レコード]]

[[/A]] レコードの説明はなかった。-- ToshinoriMaeno <<DateTime(2016-09-19T12:48:41+0900)>>

一番重要な[[/NS]]レコードの扱いがぞんざいだ。

== NSレコード ==
[[/NS/出現場所]]

== CNAME ==
[[/CNAME]]

間違った使い方 [[/CNAME誤用]]

リゾルバーから見るとNSレコード並に毒盛の手段となる。[[/CNAME返答]]

-- ToshinoriMaeno <<DateTime(2015-12-04T20:37:16+0900)>>

== SOAレコード ==
[[/SOA]]
ゾーンの権威を持っていることを示すが、[[DNS/否定返答]]以外にはほとんど使われることがない。

negative cachingのために利用される。毒盛対策として重要なのだが、現在は利用されていない。

-- ToshinoriMaeno <<DateTime(2016-03-19T10:36:12+0900)>>

RFC 1035ではこう書かれているが、現実とは異なる。
{{{
SOA records are always distributed with a zero TTL to prohibit caching.
}}}

== MXレコード ==
[[/MX]]

== ドメイン名を値とするレコード ==
[[/NS]] [[/CNAME]] [[/MX]] [[/PTR]] 

管理範囲外の名前を指すときの扱い
　リゾルバー側は注意が必要だ。-- ToshinoriMaeno <<DateTime(2018-08-11T16:16:41+0900)>>

毒盛を心配するなら、管理範囲内であっても、値に関するレコードは無視するのが安全だ。

== 検索 ==
資源レコードの検索 (実装依存）
　RFC 1034 の参照モデル　4.3.2  Algorithm

The actual algorithm used by the name server will depend on the local OS
and data structures used to store RRs.  The following algorithm assumes
that the RRs are organized in several tree structures, one for each
zone, and another for the cache:

ドメイン名をキーにして、資源レコードが木構造をしているようなモデルが説明されている。
　そこではドメイン名を探索したのち、qtypeを調べるというもの。