要約

  • 最小化は終端でない権威サーバーへの開示を減らすが、再帰リゾルバーには完全な問い合わせが見える。
  • コールドキャッシュではラベルを段階的に追加する複数問い合わせが生じ、ウォームキャッシュでは短くなる。
  • 運用記録には問い合わせシーケンス、キャッシュの前提、停止理由を残す必要がある。

緑色の「有効」表示だけでは障害を説明できない。冷えたキャッシュで委任を探す間に複数のラベルが送られ、同じ質問を再試行すると一回で終わることがある。設定は同じでも、露出する情報と費用は変わっている。

RFC 9156 は、反復解決の各段階へ元の QNAME と QTYPE を丸ごと送る方式を改める。リゾルバーは次の委任を見つけるために必要な名前だけを尋ね、元の型と関係しない QTYPE を選べる。最終権威には回答に必要な名前が届くが、前段の権威が知る情報は少ない。

これは単なる文字列の置換ではない。既知のゾーンカットはキャッシュから得られ、未知の境界は少しずつ探索される。深い名前は冷たいキャッシュで上流問い合わせを増やし得るため、RFC 9156 は一つのクライアント要求から出る回数を制限し、MAX_MINIMISE_COUNT の推奨値として十を示す。ただし、全環境に共通する容量閾値ではない。

RFC 8020 の NXDOMAIN cut は、保存された不存在で下位の探索を止められる。その広い効果は誤った NXDOMAIN の影響も拡大するため、この境界でのキャッシュ汚染リスクに対する明示的な保護は DNSSEC 検証である。RFC 8198 は、検証済み NSEC/NSEC3 から未照会名の否定応答を合成する。したがって権威側のログだけではクライアントの回答を説明できず、直接応答、NXDOMAIN cut、DNSSEC キャッシュ証明と TTL を区別しなければならない。

RFC 9076 が示す通り、観測者は一つではない。再帰リゾルバーは完全なクエリを見続け、暗号化されていない経路は通信を露出する。最小化は一つの開示を減らす仕組みであり、暗号化やサービスへの信頼の代替ではない。

互換性のための緩和は、対象、エラー、緩和した段階、有効期限、再試験を記録した期限付き例外にする。記録がなければ例外は見えない恒久ポリシーになる。