2.3. SVCB Query Names (SVCB クエリ名)

2.3. SVCB Query Names (SVCB クエリ名)

SVCB RR を照会する際, サービスは, サービス名の前にスキームを示すラベルを追加することで QNAME に変換されます。このラベルはアンダースコアで始まり, "_examplescheme.api.example.com." のようなドメイン名になります。これは Attrleaf 命名パターン [Attrleaf] に従うため, スキームは IANA に適切に登録されなければなりません (第 11 節を参照)。

プロトコルマッピング文書は, 追加のアンダースコアで始まるラベルを前に追加することを指定してもよい。ポートを指定するスキーム ([URI] の第 3.2.3 節) の場合, 非デフォルトポート番号が指定されている場合に, 指定されたポート番号を前に追加することが合理的な可能性の一つです。本文書では, この動作を "Port Prefix Naming (ポートプレフィックス命名)" と呼び, 例全体で使用しています。

HTTPS RR の動作に関する情報については, 第 9.1 節を参照してください。

以前の CNAME または SVCB レコードが SVCB レコードにエイリアスされている場合, 通常の CNAME 処理と同様に, 各 RR は独自の所有者名の下で返されるものとする ([RFC1034], 第 3.6.2 節)。詳細については, クライアント (第 3 節), サーバー (第 4 節), ゾーン (第 10 節) のエイリアスに関する推奨事項を参照してください。

これらの形式のいずれも, 検証目的のオリジンや権威を変更しないことに注意してください。たとえば, TLS クライアントは元のサービス名の TLS 証明書を引き続き検証しなければなりません。

例として, "example.com" の所有者は次のレコードを公開できます:

_8443._foo.api.example.com. 7200 IN SVCB 0 svc4.example.net.

このレコードは, "foo://api.example.com:8443" が "svc4.example.net" にエイリアスされていることを示します。逆に, "example.net" の所有者は次のレコードを公開できます:

svc4.example.net.  7200  IN SVCB 3 svc4.example.net. (
    alpn="bar" port="8004" )

このレコードは, これらのサービスがポート番号 8004 で提供されており, プロトコル "bar" とその関連トランスポート, および "foo://" のデフォルトトランスポートプロトコルをサポートしていることを示します。

(括弧は, [RFC1035] の第 5.1 節に従って, DNS ゾーンファイル表示形式での改行を無視するために使用されます。)