Loading article…
このDNS レコード タイプのリストは、ドメイン ネーム システム(DNS)のゾーン ファイルで許可されるリソース レコード(RR)の概要です。疑似 RR も含まれています。
リソースレコード
その他のタイプと疑似RR
他の種類のレコードは、単にいくつかの種類の情報を提供するだけ (たとえば、HINFO レコードはホストが使用するコンピュータ/OS の種類の説明を提供します) で、他のレコードは実験的な機能で使用されるデータを返します。「type」フィールドは、プロトコルのさまざまな操作にも使用されます。
廃止されたレコードタイプ
進歩により、当初定義されたレコード タイプの一部は廃止されました。IANA にリストされているレコードの中には、さまざまな理由により使用が制限されているものもあります。リストで廃止とマークされているもの、あまり知られていないサービス用、古いバージョンのサービス用、および「正しくない」という特別な注記が付いているものもあります。
参考文献
- ^ abcdefghi Paul Mockapetris (1987 年 11 月)。「RFC 1035: ドメイン名 - 実装と仕様」。IETF (インターネット エンジニアリング タスク フォース)のネットワーク ワーキング グループ。p. 12。
- ^ 「RFC 3596: IP バージョン 6 をサポートするための DNS 拡張」。インターネット協会。2003 年 10 月。2021 年 4 月 14 日時点のオリジナルよりアーカイブ。
- ^ RFC 2535、§3
- ^ RFC 3445、§1。「KEY RR は RFC 2930 で定義されました...」
- ^ RFC 2931、§2.4。「一方、SIG(0) は公開鍵認証を使用し、公開鍵は KEY RR として DNS に保存され、秘密鍵は署名者に保存されます。」
- ^ RFC 3445、§1。「DNSSEC は、KEY RR に許可される唯一のサブタイプになります...」
- ^ abc RFC 3755、§3。「DNSKEY は KEY の代わりとなり、RFC3445 に従って、ニーモニックはこれらのキーがアプリケーション用ではないことを示します。RRSIG (Resource Record SIGnature) は SIG の代わりとなり、NSEC (Next SECure) は NXT の代わりとなります。これらの新しいタイプは、SIG(0) RFC2931 と TKEY RFC2930 が SIG と KEY を引き続き使用する点を除き、古いタイプを完全に置き換えます。」
- ^ RFC 4025、要約。「このレコードは、RFC 3445 によって廃止された KEY リソース レコードのサブタイプ #4 の機能を置き換えます。」
- ^ Hoffman, P.; Schlyter, J. (2017 年 5 月)。「RFC 8162 - S/MIME のドメイン名に証明書を関連付けるためのセキュア DNS の使用」。インターネット エンジニアリング タスク フォース。doi :10.17487/RFC8162。2018年10 月 17 日閲覧。
- ^ 「Domain Name System (DNS) Parameters」。Internet Assigned Numbers Authority。2018年9月。 2018年10月17日閲覧。
- ^ SOA レコードの最小フィールドは、RFC 2308 で NXDOMAIN 応答の TTL に再定義されています。
- ^ RFC 2930、§6。「...鍵素材は、付随するKEY RR RFC 2535の公開鍵で暗号化されたTKEY RRの鍵データフィールド内で送信されます。」
- ^ RFC 2845、概要
- ^ J. Abley、Afilias、O. Gudmundsson、M. Majkowski、Cloudflare Inc.、E. Hunt、ISC (2019 年 1 月)。「RFC 8482: QTYPE=ANY の DNS クエリに対する最小サイズの応答の提供」。IETFデータトラッカー。インターネット エンジニアリング タスク フォース。
{{cite news}}: CS1 maint: 複数の名前: 著者リスト (リンク) - ^ 「次に何が起こったか：ANY の廃止」。Cloudflare。2019年 3 月 16 日。2021 年9 月 19 日閲覧。
- ^ RFC 1123 セクション 2.2、5.2.12、6.1.3.6
- ^ 「次に何が起こったか：ANY の廃止」。Cloudflare。2016年 4 月 13 日。2019 年3 月 9 日閲覧。
- ^ 「ATM Name System, V2.0」（PDF） 。ATM Forum Technical Committee。2000年7月。 2019年3月14日時点のオリジナル（PDF）からアーカイブ。2019年3月14日閲覧。
- ^ Kucherawy, M. (2012 年 7 月)。「RRTYPE 問題の背景」。送信者ポリシーフレームワーク (SPF) と送信者 ID 実験の解決。IETF。sec . A。doi : 10.17487 / RFC6686。RFC 6686。2013年8月 31 日閲覧。
- ^ Kitterman, S. (2014 年 4 月)。「SPF DNS レコード タイプ」。電子メールでのドメインの使用を承認するための送信者ポリシー フレームワーク (SPF)、バージョン 1。IETF。sec . 3.1。doi : 10.17487 /RFC7208。RFC 7208。2014年4月26 日閲覧。
- ^ Reid, Jim (2008 年 7 月 4 日). 「draft-reid-dnsext-zs-01 - ゾーン ステータス (ZS) DNS リソース レコード」. Ietf Datatracker . IETF . 2019 年3 月 9 日閲覧。
- ^ Reid, Jim; Schlyter, Jakob; Timms, Ben (2008 年 7 月 4 日). 「draft-reid-dnsext-rkey-00 - RKEY DNS リソース レコード」. Ietf Datatracker . IETF . 2019 年3 月 9 日閲覧。
さらに読む
- 「ドメイン ネーム システム (DNS) パラメータ」。2018年 8 月 14 日に取得。
- 「DNS の基礎 - G Suite 管理者ヘルプ」 。2018年 11 月 8 日に取得。