7. SOA RRs

起始権威 (Start of Zone of Authority, SOA) リソースレコードに関する3つの小さな問題について、いくつかの明確化が必要です。

7.1. Placement of SOA RRs in authoritative answers (権威応答におけるSOA RRの配置)

RFC1034のセクション3.7は、権威応答の権限セクションが、応答が取得されたゾーンのSOAレコードを含むことができることを示しています。否定キャッシングについて議論する際、RFC1034のセクション4.3.4はこの技術に言及していますが、応答の追加セクションについて述べています。前者が正しく、RFC1034のセクション6.2.5に示されている例によって示唆されています。SOAレコードが追加される場合、それらは権限セクションに配置されるべきです (should)。

7.2. TTLs on SOA RRs (SOA RRのTTL)

RFC1035のセクション3.2.1において、リソースレコードの形式を定義するセクションで、TTLフィールドの定義にSOAレコードのTTLはキャッシングを防ぐために常にゼロとして送信されるべきであると述べる一文が含まれていることが観察されるかもしれません。これは他の場所では言及されておらず、一般的には実装されていません。実装はSOAレコードがゼロのTTLを持つと仮定すべきではなく (should not)、またゼロのTTLでSOAレコードを送信する必要もありません (are not required)。

7.3. The SOA.MNAME field (SOA.MNAMEフィールド)

仕様では非常に明確であるにもかかわらず、広く無視されているようですが、SOAレコードのMNAMEフィールドには、SOAによって識別されるゾーンのプライマリ (master) サーバーの名前が含まれているべきです (should)。それはゾーン自体の名前を含むべきではありません (should not)。その情報は無用であり、それを発見するにはSOAレコードのドメイン名から始める必要があります——つまりゾーンの名前です。

---