为什么浏览器不使用SRV记录？

Question

为什么浏览器不使用SRV记录？

这似乎是一项最小的工作量，它将使服务器端可靠网站的实现变得更加简单。

例如，您可以指定层，例如www.example.com解析为1.2.3.4和2.3.4.5，并且只有当这些层都不可用时，请尝试4.5.6.7。

SRV记录已存在多年......

这里有什么我想念的吗？

Answer 1

SRV记录的RFC指定它可能不被预先存在的协议使用，这些协议尚未在其规范中指定使用SRV记录。即HTTP规范中没有SRV - 根据SRV标准，浏览器禁止使用它。

但这并不禁止新的HTTP 1.2标准指定使用SRV记录。但是，Mark Andrews proposed于2007年4月向IETF HTTP工作组提出，但没有得到回复。

Answer 2

Jonathan de Boyne Pollard提供以下Frequently Given Answer。

  

您来到此页面是因为您已经说过类似以下的内容：

     

SRV记录支持还没有进入Web浏览器，更不用说不常见协议的客户端了。

     

这是对这些陈述的常见答案。

Answer 3

我已经做了两次努力来介绍这个：

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条记录，则在每个浏览器支持之前，它对某些用户无效。

如果没有某种过渡机制，你会冒这个风险吗？

Answer 4

由于：

1. 当前的HTTP RFC未指定用于SRV记录的符号服务名称，也未指定应使用SRV记录（参见RFC 2782，适用性声明）。
2. 它可能会对浏览器中的延迟产生负面影响，浏览器供应商希望首先看到IETF将其标准化为http（参见chromium bug report）
3. 将其集成到现有浏览器中可能有点复杂（参见firefox bug report）
4. 供应商不想说明原因（参见webkit bug report）

从2014年起，将SRV记录添加到HTTP的最新草案是andrews-http-srv-02，其中包括安全性和过渡性考虑因素。它比2009年的jennings-http-srv-05草案更完整。例如，它指定了一个安全相关的算法，用于在URL中给出端口时选择端口，并且有一个SRV记录（还包括一个端口字段） - jennings草案没有考虑这个问题。

Answer 5

我希望他们能够标准化 SRV 多年，但没有运气。 对于大多数人来说，这是必不可少的，只有可扩展性大于缺点，他们所说的关于速度和兼容性的一切都只是一个糟糕的借口。如果服务器想要分析和应用 SRV 记录，为什么不向用户提供此选项？ 关于兼容性等问题——我们生活在DoH、DoQ、DoT的时代，不是超级兼容，速度快，但是非常好用，趁热打铁，找借口，做就行。