NAPTRレコード

名前権限ポインタ（NAPTR ）は、インターネットのドメインネームシステムにおけるリソースレコードの一種である。 [1] [2]

NAPTRレコードは、インターネット電話のアプリケーションで最も一般的に使用されます。例えば、セッション開始プロトコル（SIP）におけるサーバーとユーザーアドレスのマッピングなどです。NAPTRレコードとサービスレコード（SRV）を組み合わせることで、複数のレコードを連鎖させて複雑な書き換えルールを形成し、新しいドメインラベルやUniform Resource Identifier（URI）を生成することができます。

NAPTRレコードのDNSタイプコードは35です。[1]

根拠

ユニフォーム・リソース・ネーム（URN ）は、人名や電話番号などの抽象的な識別子に使用されるユニフォーム・リソース識別子（ URI ）のサブセットです。URNが意味を持つためには、何らかの具体的なリソースにマッピングされている必要があります。ユニフォーム・リソース・ロケータ（ URL ）は、コンピュータのホスト名やローカルファイルなどのリソースを記述するためによく使用されます。

NAPTRレコードはURNの標準化に役立ちます。NAPTRレコードは、URN、URL、およびプレーンドメイン名のセットをマッピングし、マッピングされたリソースとの通信に利用可能なプロトコルをクライアントに提示します。[3]各NAPTRレコードには、サービス名、フラグセット、正規表現ルール、順序値、優先順位、および置換パターンが含まれます。複数のレコードをカスケード接続することで、URIを決定論的に書き換えることができます。これらのカスケード接続ルールは、 RFC  2915および3403で標準化されています。

例

NAPTRレコードの一般的な用途は、IPネットワーク上で電話セッションをルーティングするセッション開始プロトコル（IPIP）です。例えば、米国の電話番号1-800-555-1234のURIはtel:+1-800-555-1234、ドメイン名は4.3.2.1.5.5.5.0.0.8.1.e164.arpaとなります。この名前を照会するSIPクライアントは、次のようなレスポンスを受け取ります。

$ORIGIN 4.3.2.1.5.5.5.0.0.8.1.e164.arpa。IN NAPTR 100 10 "U" "E2U+sip" " ! ^.*$!sip:[email protected]!" 。IN NAPTR 102 10 "U" "E2U+email" "!^.*$!mailto:[email protected]! " 。

最初のレコードの順序値は100で、102より小さいため優先されます。順序100のルールは他に存在しないため、優先度10は重要ではありません。サービス名E2U+sipはENUM文字列であり、このレコードが電話番号からSIP-URIへのクエリで使用できることを示しています。[4] クライアントは正規表現を適用し、URI tel:+1-800-555-1234!^.*$!sip:[email protected]!全体をsip:[email protected]に置き換えます。フラグUは、置換文字列がSIP URIであり、これ以上のルールは適用されないことを示します。

SIP URI を解決するために、クライアントはexample.comで 2 回目の NAPTR ルックアップを実行し、次の結果を生成します。

$ORIGIN example.com。IN NAPTR 100 10 "S" "SIP+D2U" " !^.*$!sip:[email protected]!" _sip._udp.example.com。IN NAPTR 102 10 "S" "SIP+D2T" "!^.*$!sip:[email protected]!" _sip._tcp.example.com 。

最初の例と同様に、クライアントは順序値が最も低い最初のレコードを選択します。正規表現ルールはクエリURIをドメイン名_sip._udp.example.comに置き換えます。フラグS は、結果のドメイン名がSRV レコードを指していることを示します。クライアントは_sip._udp.example.comで終了し、そこから SRV レコードを取得して電話通話を開始できます。

サポート

ベンダー製品NAPTR サポート?
ISCバインドはい
CZ.NICノットDNSはい
シスコシステムズCNRはい
ダニエル・J・バーンスタインdjbdns汎用レコードまたはパッチ
ブルーキャットネットワークス誠実さはい
効率的なIPSOLIDサーバーはい
グーグルGoogle クラウド DNSはい[5]
インフォブロックスInfoblox Trinzicアプライアンスはい
マイクロソフトWindows Server 2003 DNS サーバーいいえ
マイクロソフトWindows Server 2008 R2 DNS サーバーはい
マイクロソフトAzure DNSいいえ
NS1mDNSとDDIはい
パワーDNS /オープンエクスチェンジパワーDNSはい
NLnetラボNSDはい
アマゾンウェブサービスアマゾンルート53はい
サム・トレンホルムマラDNSバージョン1.4 [6]
Unixservice LLC.unxsBindはい
サイモン・ケリーDNSmasqはい
F5ネットワークスF5 ネットワークBIG-IP DNSはい
OVHDNSはい
DNS.com51DNS DNSいいえ
シトリックスシステムズNetScaler GSLBはい
クラウドフレアCloudflare 権威 DNSはい
ヤンデックスクラウドクラウドDNSいいえ

NAPTR 実装では通常、複数の NAPTR レコードを返す応答が通常の 512 バイトのパケット サイズ制限よりも大きいため、トランスポート プロトコルとして UDP ではなく TCP への効率の悪いフォールバックが必要になるため、 EDNSも実装されます。

サービス

以下は、NAPTR レコードを必要とする、または NAPTR レコードをサポートするVoice over IPサービスおよび製品の一部です。

組織サービス/製品NAPTR サポート?
スノムSnomの携帯電話はい
イェアリンクYealink電話はい

NAPTRレコードはSIP以外のサービスでも使用されます。ルート案内にNAPTRを使用している主なローミングサービスは以下のとおりです。

組織サービス/製品NAPTR は必要ですか?理由
エデュロアムエデュロアムはいccTLD以外の領域をルーティングする場合[7]
ワイヤレスブロードバンドアライアンスオープンローミングはい設計による[8]

参考文献

  1. ^ ab Mealling, M; Daniel, R (2000年9月). Naming Authority Pointer (NAPTR) DNSリソースレコード. Network Working Group. doi : 10.17487/RFC2915 . RFC 2915. 提案された標準。RFC 3401、3402、3403、3404 によって廃止されました。RFC 2168 を更新します。
  2. ^ M. Mealling (2002年10月). Dynamic Delegation Discovery System (DDDS), Part Three: The Domain Name System (DNS) Database. Network Working Group. doi : 10.17487/RFC3403 . RFC 3403. 提案された標準。RFC 2915 および 2168 を廃止します。
  3. ^ K. Sollins (1998年1月). Uniform Resource Name Resolution のアーキテクチャ原則. ネットワークワーキンググループ. doi : 10.17487/RFC2276 . RFC 2276. 情報提供。RFC 3401 により更新されました。
  4. ^ van der Berg, Rudolf (2010年1月13日). 「ENUM：電話番号をインターネット時代に引きずり込む」Ars Technica . 2012年1月15日時点のオリジナルよりアーカイブ。 2017年6月14日閲覧。
  5. ^ 「レコードフォーマット（JSON）」。CloudDNSドキュメント。2019年12月15日時点のオリジナルよりアーカイブ。2018年4月25日閲覧。
  6. ^ “MaraDNSの更新”. 2009年2月21日時点のオリジナルよりアーカイブ。2009年1月17日閲覧。
  7. ^ 「勧告：NAPTR記録 - 国家レベルでのRadSecの活用による国際認証の効率向上」Jiscコミュニティ。2012年10月3日。2024年4月12日時点のオリジナルよりアーカイブ。 2024年5月8日閲覧。
  8. ^ 「OpenRoaming（Radiator Software）とは」、スライド9 (PDF) 。2022年10月3日。 2024年5月8日時点のオリジナルよりアーカイブ(PDF) 。 2024年5月8日閲覧。
「https://en.wikipedia.org/w/index.php?title=NAPTR_record&oldid=1321283951」より取得