しますが、DNSSECの鍵の定義や使用を変えないことを指摘します。C2119[1]で記述されるように解釈されます。ズムタイプとと公開鍵から成り立ちます。コードサブタイプを識別します。ト値3を使って鍵資源レコードを登録します。ルオクテット値を使います。(しかし割当てられていません)。どんなサブタイプでも固有の範囲を持っています。源レコード集合に適用されます。タイプの鍵資源レコードを求めることができません。ましいDNSSECサブタイプを求めて集合内を捜索しなければなりません。全ての鍵資源レコードに適用されます。す、2.1章がもっと多くの細部の相違を論じます。複雑さを加え、実装と配置エラーの可能性を増やします。これらの問題を扱います。保管するのを推奨したり限定したりしないことに注意してください。理を行うネームサーバーとリゾルバの両方で使われます。SIG(0)[4]と処理鍵[3]も同じくDNSSEC鍵を使います。他の種類のデータです。目的が異なっています。異なった管理者によって管理されます。異なった規則に従って認証されます。ネームサーバが回答に鍵を含める時、異なった規則を使います。リゾルバが異なった方法で鍵を処理します。欠陥/鍵汚染が異なった結果を持ちます。アプリケーション鍵の目的はアプリケーションに特有です。切な使い方はDNSの範囲外です。ンの鍵がアプリケーション管理者によって管理されます。あるアプリケーション鍵の同じ機能に関して責任があります。