SRVlogging是否会变得有用？

我想你只会看到它用于新的协议。

SMTP使用的MXlogging等同于具有固定端口且没有权重的SRVlogging。 换句话说，他们已经充分解决了同样的问题。

例如，因为HTTP必须保持与当前机制的向后兼容性，所以任何开始使用SRV的HTTP的人都必须提供一个替代机制，而且没有人愿意保持两种方法来做同样的事情。 （比如一些负载平衡器和一些DNS SRVlogging…）如果网站不打算发布SRVlogging（因为它只是产生了不必要的工作），那么客户就没有动力支持没有人发布的SRVlogging。

它们在Active Directory域中非常有用。

许多启用了Kerberos的服务和客户端也使用SRVlogging。 在/etc/krb5.conf（或者等同的）不可读或缺失的特定机器上尤其如此。 将执行SRVlogging查找来查找KDC。

苹果的Bonjour技术（又名zeroconf）广泛使用这个技术。 如果你还没有看到它的行动 – 检查出来。 它允许您自动发现打印机，路由器，启用Bonjour的网页等。

有一个BSD授权的Apache模块mod_bonjour，它允许你通过多播DNS来宣传网站。 您也可以通过SRVlogging和常规DNS来宣传网站，但我相信只有Safari能够检测到它们。

Zeroconf的网页对它是如何工作有一个很好的解释 – 如果你对这项技术感兴趣的话，我build议你也去看看这本书。

其中一个大问题就是，DNS人员不认为自己是服务发现业务，而偏执型安全人员认为发现服务的能力是安全风险。

事实上，大多数应用程序还不支持它。

那些做的是目标用户身份的域名与客户端软件必须连接的主机名称不同的地方。 因此，为什么它用于SIP，还有Jabber（XMPP）。

SMTP不需要它，因为从一开始就一直有MXlogging。

能够使用不同端口的好处相对较小，所以其他协议还没有开始使用它。

有一个互联网草案 ，提出了一个http+srv: URIscheme，但请注意，目前没有提议将SRV查找添加到标准的http: URI请求。

Outlook 2007和Exchange 2007使用SRVlogginghttp://technet.microsoft.com/zh-cn/library/bb332063.aspx

我相信SRVlogging是DNS服务发现（DNS-SD）中的基础结构之一，因此将变得越来越重要。

也没有理由不能将它们与现有技术结合使用，与DNS-SD感知的客户端结合使用，例如networking浏览器，例如可以在networking上查找bonjour / zeroconf资源的iStumbler for mac。

在我看来，当dynamic更新DNS变得更加可用时，SRVlogging将变得更常见。 由于Active Directory的要求，MS-DNS在很大程度上默认开启了dynamic更新。 多年来已经有很多资源广告目录，包括服务定位协议，服务广告协议（IPXnetworking），Bonjour / Avahi，甚至在某种程度上都是DHCP。

其中，只有DNS才具有跨越Internet资源目录的真正潜力。 公共DNS服务器往往是静态的东西有一个原因。 当确定需要SRVlogging时，就会采用SRVlogging，就像SPF协议采用TXTlogging一样。 使用SRV的SIP可能是打开更广泛的，非MS采用的大门的第一步。

SRVlogging用于将Windows Vista / 2008服务器引导到您的KMS服务器以在企业中进行激活。

XMPP正在使用它们。

但现有的协议不会改变来支持它们，特别是将请求redirect到不同的端口。 这将是意想不到的，无疑会打破一些与安全有关的假设。

Fedora /红帽项目freeipa使用它们，以及木偶实验室puppet负载均衡和可扩展性的原因。 我越了解它的用例以及它们如何被广泛使用，我就越爱它。 这是dns和基础设施发生的最好的事情。 看看spotify如何使用它们https://labs.spotify.com/2013/02/25/in-praise-of-boring-technology/

它们对于需要服务定位器的应用程序堆栈非常有用，因为DNS不需要从头开始实现，而且比zookeeper或etcd更轻。 另外还有可以使安全性更高的附加便利性。 我不知道为什么除了Spotify之外，除了这种方式之外，其他任何人都没有使用它，我怀疑只是无知。 我看到很多人推出自己的劣质定制服务定位软件。 DNS是一个快速，可靠的键值存储，并已按区域组织其密钥。 最大的问题是很less有DNS服务器有任何types的API，所以自动化的RR创build/更新是不可行的，虽然DNS的云实现。

SRVlogging提供了实现通信服务的机制，而不需要每个人都使用相同的提供者。 换句话说，A和MXlogging对于networking和电子邮件所做的事情，SRVlogging对于任何服务都是如此。

这个想法在博客文章“免费寻址的力量” http://e-caller.com/?p=4中列出

推特和Facebook的兴起归功于缺乏支持SRV的select。

SRVlogging是主机行业的CRUCIAL，因为它们允许您节省IPv4空间。

我们用它来透明地帮助客户向IPv6过渡。