リソース レコード
リソース レコードは、DNS ゾーン内のデータを構成します。ゾーンが所有できるリソース レコードの数に一定の制限はありません。一般に、特定タイプのリソース レコードは 0 件、1 件、または複数存在します。ただし、ゾーンに存在できる特定タイプのレコードの数は制限されています。
すべてのリソース レコードには、次の必須エントリがあります。
-
Name:example.com など、レコードを所有する名前(ホスト)。
-
Class (すべてのフォーマットには必要ありません):DNS はレコードの IN(インターネット)クラスのみをサポートします。
-
TTL:レコードをキャッシュに保存する時間(秒単位)。TTL が指定されていない場合は、Cisco Prime Network Registrar は SOA リソース レコードで定義されたゾーンのデフォルト TTL を使用します。
-
Type:レコードのタイプ(A、NS、SOA、MX など)。さまざまな RFC で多くのタイプが定義されていますが、一般的に使用されているタイプの数は 10 以下です。
-
Record data: データ型(形式と意味はレコード タイプによって異なる)。
次の表は、Cisco Prime Network Registrar でサポートされているすべてのリソース レコード タイプのリストです。フィールドの構文、フィールドの説明、および Cisco Prime Network Registrar GUI でのフィールドの表示ついて説明します。
レコード | 番号 | 名前 | 構文と説明 | RFC |
---|---|---|---|---|
A |
1 |
Host Address:ゾーンの名前からアドレスへのマッピング |
name ttl class A address Web UI:[ゾーンのホスト追加または編集(Add or Edit Host for Zone)] ページ: ホスト名、IP アドレス、または [ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Name)]、[データ(Name)]
|
1035 |
A6 |
38 |
IPv6 Address:(廃止。代わりに AAAA レコードを使用) |
name ttl class A address データでは、サフィックス アドレスは、ネットワーク順序(上位のオクテットが最初)でエンコードされる IPv6 アドレスです。128 からプレフィクス長を差し引いた値に相当するビット数に完全に十分であるオクテットがこのフィールドには必要です。0 ~ 7 の先頭パッド ビットを使用して、このフィールドを整数のオクテットにする必要があります。パッド ビットが存在する場合は、ゾーン ファイルをロードするときに、パッド ビットをゼロに設定し、受信時に無視する必要があります。次に例を示します。
Web UI:[ゾーンのリソース レコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = A6、[データ(Data)] = prefixlength suffixaddr prefixname、次の形式のデータ:
|
6563 |
AAAA |
28 |
IPv6 アドレス(IPv6 Address) |
name ttl class AAAA address データは、4 桁の 16 進数 8 セットがコロンで区切られる IPv6 アドレス形式です。4 桁の最初のセットは、アドレスの上位 16 ビットです。セットの先行ゼロを省略し、セットの値がゼロの場合はそのセット値を省略できます。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ: [名前(Name)]、[TTL]、[タイプ(Type)] = AAAA、[データ(Data)] = address
|
3596 |
AFSDB |
18 |
Andrew File System(AFS)データベース(Andrew File System (AFS) Data Base) |
name ttl class AFSDB subtype hostname subtype は 1(AFS セル データベース サーバー)または 2(DCE 認証ネームサーバー)のいずれかです。hostname は、所有者が名前を付けたセルのサーバーのホスト ドメイン名です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = AFSDB、[データ(Data)] = subtype hostname
|
1183 |
AXFR |
252 |
Authoritative Zone Transfer |
プライマリネームサーバーからセカンダリネームサーバーにゾーンファイル全体を転送します。AXFR レコードは、通常のゾーン ファイルでは使用されません。プライマリ DNS サーバーからゾーンファイルを複製するため、セカンダリ DNS サーバーで使用されます。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = AXFR、[データ(Data)] = Auth Zone Transfer |
1995 |
CAA |
257 |
Certification Authority Authorization |
name ttl class CAA flag tag value データには、flag、tag、および value が含まれます。ここで、
Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ: [名前(Name)]、[TTL]、[タイプ(Type)] = CAA、[データ(Data)] = flag tag value
|
6844 |
CNAME |
5 |
Canonical Name:エイリアスまたはニックネーム |
alias ttl class CNAME canonicalname 他のリソース レコードが CNAME に関連付けられていないようにしてください。エイリアスは、外部向けに簡単に覚えられる単一名が必要なときに役立ちます。ホスト名が変わるときにエイリアスを使用することもできます。この場合は、ユーザーが元の名前を使用するときに、それを新しい名前に解決できるように、CNAME ポインタが必要です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)] = alias、[TTL]、[タイプ(Type)] = CNAME、[タイプ(Type)]、[データ(Data)] = canonicalname
|
1035 |
DHCID |
49 |
Dynamic Host Configuration Identifier:(RFC 4701) |
name ttl class DHCID data DNS サーバーはこの RR を使用して、DHCP クライアントとサーバーが DNS を自動的に更新できるようにします。ユーザーはこの RR を設定できません。データは、クライアント メッセージとドメイン名の一方向ハッシュ計算の結果です。IPv6 アドレスのサンプル RR 出力:
|
4701 |
HINFO |
13 |
Host Info:ホストのハードウェアおよびソフトウェア情報 |
name ttl class HINFO cpu os データは、ハードウェア(CPU)とオペレーティング システムです。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = HINFO、[データ(Data)] = cpu os
|
1035 |
ISDN |
20 |
統合サービスデジタル網(ISDN)アドレス(Integrated Services Digital Network (ISDN) Address) |
name ttl class ISDN ISDNnumber [subaddr ] データは、所有者の ISDN 番号、直通ダイヤル(存在する場合)、およびオプションの ISDN サブアドレス文字列です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = ISDN、[データ(Data)] =ISDNnumber [subaddr ]
|
1183 |
IXFR |
251 |
増分ゾーン転送 |
増分転送(IXFR)は、ゾーン内の変更を IXFR サーバーから IXFR クライアントに転送する効率的な手段です。ゾーンの変更部分だけを転送するので、提案どおりより効率的なメカニズムです。これらのメカニズムの目的は、一連の DNS ネームサーバーが特定のゾーンに対して一貫した権威を維持できるようにすることです。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = IXFR |
1995 |
MB |
7 |
メールボックスドメイン名(Mailbox Domain Name) |
name ttl class MB mbox データは、指定されたメールボックスがあるホストのドメイン名です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = MB、[データ(Data)] = mbox
|
1035 |
MD |
3 |
メールの宛先(Mail Destination):(廃止。代わりに MX を使用) |
メール宛先(廃止:MX を使用) |
1035 |
MF |
4 |
メールフォワーダ(Mail Forwarder):(廃止。代わりに MX を使用) |
メール フォワーダ(廃止:MX を使用) |
1035 |
MG |
8 |
メールグループメンバー(Mail Group Member) |
name ttl class MG mgroup データは、メールボックス グループ(メーリング リスト)のドメイン名です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ: [名前(Name)]、[TTL]、[タイプ(Type)] = MG、[データ(Data)] = mgroup CLI コマンド: |
1035 |
MINFO |
14 |
メールボックス情報(Mailbox Info) |
name ttl class MINFO respmbox errormbox データは、メーリング リストのためのメールボックス、およびエラー メッセージを受信するためのメールボックスです。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = MINFO、[データ(Data)] = respmbox errormbox
|
1035 |
MR |
9 |
メール名の変更(Mail Rename) |
name ttl class MR newmbox データは、所有者のメールボックス名を変更するメールボックス名です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = MR、[データ(Data)] = newmbox
|
1035 |
MX |
15 |
MailExchanger:ドメイン名のメール配信先 |
name ttl class MX pref mxname データは、プリファレンス値(レコードの優先順位を決める 16 ビット整数で、小さい値の方が優先される)、および所有者のメール エクスチェンジャのドメイン名です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = MX、[データ(Data)] = pref mxname
|
1035 |
NAPTR |
35 |
Naming Authority Pointer:新しいドメインラベルまたは Universal Resource Identifier(URI)を生成します。その後、DNS を使用して、ドメイン名の構文にない多くのリソース名のサービスを検索できます。 |
name ttl class NAPTR order pref flags serv regexp replace
Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[状態(State)]、[TTL]、[タイプ(Type)] = NAPTR、[データ(Data)] = order pref flags service regexp replace
|
2915 |
NS |
2 |
Name Server:ゾーンの権威サーバー |
name ttl class NS nameserver ネーム サービスを提供するマシンは、所有者ドメインに存在してはなりません。ドメインごとに、少なくとも 1 つの NS レコードが必要です。ドメインの NS レコードは、ドメインの委任先ゾーンとドメイン自体の両方に存在する必要があります。NS レコード名には同等の A レコードが必要です(NS レコード名がエイリアスを指すことはできません)。 Web UI:[ゾーンの追加または編集(Add or Edit Zone)] ページのネームサーバー:[NS TTL]、[ネームサーバーの追加(Add Nameserver)]
|
1035 |
NSAP |
22 |
ネットワーク サービス アクセス ポイント(NSAP)アドレス(Network Service Access Point (NSAP) Address) |
名前 ttl クラスNASP Nsapaddr データは NSAPaddr です。これは、割り当て権威によって割り当てられるオクテット値で、TXT および HINFO レコードで使用されるタイプの文字列です(RFC 1706 を参照)。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = NSAP、[データ(Data)] = NSAPaddr
|
1706 |
NSEC |
47 |
Next Secure record |
DNSSEC の一部:名前が存在しないことの証明に使用されます。(廃止)NXT レコードと同じ形式を使用します。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = NSEC、[データ(Data)] = Next Secure record |
|
OPT |
41 |
DNS EDNS(0) Options |
これは、EDNS をサポートするために必要な「疑似 DNS レコード タイプ」です。OPT 疑似 RR(別名「メタ RR」)を要求の追加データ セクションに追加できます。受信した要求に OPT レコードが存在する場合、対応する応答側は各応答に OPT レコードを含める必要があります。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = OPT |
|
PTR |
12 |
Pointer:逆マッピング |
name ttl class PTR dname データは、所有者によって示されたリバース レコードがあるホストのドメイン名です。PTR レコードは、アドレスを名前に変換するために、特に in-addr.arpa ゾーンでの逆マッピングに使用されます。PTR はエイリアスでなく正式名を使用します。PTR レコード内の名前は、リバース名のローカル IP アドレス部分です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[状態(State)]、[TTL]、[Type(タイプ)] = PTR、[Data(データ)] = dname
|
1035 |
RP |
17 |
担当者(Responsible Person) |
name ttl class RP mbox txthost データは、担当者のメールボックスのドメイン名、および TXT レコードが存在するホストのドメイン名です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = RP、[データ(Data)] = mbox txthost
|
1183 |
RT |
21 |
経由ルート(Route Through) |
name ttl class RT pref intermediatehost データは、pref(このレコードを同じ所有者の他のレコードより優先することを示す 16 ビットの整数)、および intermediatehost(所有者に到達するための中継ホストのドメイン名)です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)]=RT、[データ(Data)] = pref intermediatehost
|
1183 |
SOA |
6 |
Start of Authority:すべてのゾーンに 1 つの SOA レコードが必要です。 |
name ttl class SOA primeserver hostadmin (serial refresh retry expire minimum) Web UI:[ゾーンの追加または編集(Add or Edit Zone)] ページの SOA 属性:[シリアル番号(Serial Number)]、[SOA TTL]、[ネームサーバー(Nameserver)]、[連絡先の電子メール(Contact E-Mail)]、[セカンダリ更新(Secondary Refresh)]、[セカンダリの再試行(Secondary Retry)]、[セカンダリの有効期限(Secondary Expire)]、[最小 TTL(Minimum TTL)]
|
1035 |
SPF |
99 |
Sender Policy Framework |
Sender Policy Framework(SPF)レコードはドメイン ネーム サービス(DNS)TXT レコードの一種であり、ドメインに代わって電子メールを送信することが許可されているメール サーバーを識別します。SPF レコードの目的は、ドメインの送信元アドレスを偽装して送られるスパム メッセージを検出して阻止することです。 SPF レコードは、1 つのテキスト文字列として定義されます。 |
7208 |
SRV |
33 |
Service Location |
name ttl class SRV priority weight port target
管理者は、1 つのドメインに対して複数のサーバーを使用したり、ホスト間でサービスを簡単に移動したりすることができます。一部のホストをサービスのプライマリ サーバーとして指定し、他のホストをバックアップとして指定することもできます。クライアントはドメインに対する特定のサービスまたはプロトコルを問い合わせ、利用可能なサーバーの名前を得られます。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = SRV、[データ(Data)] = priority weight port target
|
2782 |
TSIG |
250 |
Transaction Signature |
キー名。これは、クライアントとサーバーで一意である必要があります。承認されたクライアントからの動的更新、または承認された再帰ネームサーバーからの応答を DNSSEC と同様に認証するために使用できます。 |
2854 |
TXT |
16 |
テキスト |
name ttl class TXT textstring データは、任意のタイプの情報を含むことができる 1 つ以上のテキスト文字文字列です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = TXT、[データ(Data)] = textstring
|
1035 |
URI |
256 |
Uniform Resource Identifier; ユニフォーム リソース識別子 |
name ttl class URI priority weight target データには、priority、weight および target が含まれます。ここで、
Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = URI、[データ(Data)] = priority weight target
|
7553 |
WKS |
11 |
既知のサービス(Well Known Services) |
name ttl class WKS addr protocol servicelist
Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = WKS、[データ(Data)] = addr protocol servicelist
|
1035 |
X25 |
19 |
X.25 アドレス(X.25 Address) |
name ttl class X25 PSDNaddr データは、所有者に関連付けられている X.121 番号計画のパブリック スイッチ データ ネットワーク(PSDN)アドレスの文字列です。 Web UI:[ゾーンのリソースレコード(Resource Records for Zone)] ページ:[名前(Name)]、[TTL]、[タイプ(Type)] = X25、[データ(Data)]= PSDNaddr
|
1183 |