web-dev-qa-db-ja.com

ブラウザーがSRVレコードを使用しないのはなぜですか？

ブラウザーがSRVレコードを使用しないのはなぜですか？

最小限の作業のようで、信頼できるWebサイトのサーバー側の実装がはるかに簡単になります。

たとえば、www.example.comが1.2.3.4と2.3.4.5に解決されるように階層を指定できます。どちらも利用できない場合にのみ、4.5.6.7を試してください。

SRVレコードは何年も前から存在しています...

ここで見逃しているものはありますか？

browserdnssrv
38
fadedbee

Jonathan de Boyne Pollardは次の Frequently Gived Answer を提供しています。

次のようなことを言ったため、このページに移動しました。

SRVレコードのサポートは、あまり一般的ではないプロトコルのクライアントはもちろんのこと、まだWebブラウザーにも組み込まれていません。

これは、そのような発言に対するよくある回答です。

10
richardw

SRVレコードのRFCは、仕様でSRVレコードの使用をまだ指定していない既存のプロトコルでは使用できないないと規定しています。つまりHTTP仕様にはSRVはありません。ブラウザはSRV標準により、使用を禁止されています。

ただし、これは新しいHTTP 1.2標準がSRVレコードの使用を指定することを禁止するものではありません。ただし、マークアンドリュース 提案 これは2007年4月にIETF HTTPワーキンググループに提出されましたが、応答がありませんでした。

22
Teddy

これを紹介するために私が知っている2つの努力がありました：

  1. draft-andrews-http-srv （2002）

  2. draft-jennings-http-srv （2009）

後者のドラフトの「未解決の問題」のパラグラフは明快です。

The big open issue seems to be if one should just update the HTTP
scheme to do this SRV lookup and not create a new scheme.  The 00
version of this draft did that.  A new scheme makes this somewhat
unusable for general web surfing while using the old scheme results
in a very long transition times where different clients resolve URLs
in different ways.

それが問題の核心です。あなたのサイトがSRVレコードに依存しているに依存している場合は、everyブラウザがサポートしています。

なんらかの移行メカニズムがなければ、そのリスクを負いますか？

10
Alnitak

なぜなら：

  1. 現在のHTTP RFCは、SRVレコードで使用するためのシンボリックサービス名を指定しておらず、SRVレコードを使用する必要があることも指定していません（cf. RFC 2782 、Applicability Statement）。
  2. ブラウザのレイテンシに悪影響を与える可能性があり、ブラウザベンダは最初にIETFによってhttp用に標準化されていることを確認する必要があります（cf. chromium bug report ）
  3. 既存のブラウザに統合するのは、少し複雑かもしれません（cf. firefox bug report ）
  4. ベンダーは理由を述べたくない（cf. webkit bug report ）

SRVレコードをHTTPに追加するための最新のドラフトは andrews-http-srv-02 で、セキュリティと移行に関する考慮事項が含まれています。 jennings-http-srv-05 2009年のドラフトよりも完全です。たとえば、URLでポートが指定され、SRVレコードがある場合、ポートを選択するためのセキュリティ関連のアルゴリズムを指定します（これにはポートフィールドも含まれます）-jenningsドラフトはこの問題を調べません。

6
maxschlepzig