当客户端想要连接到给定主机上的服务时，它会通过其本地 DNS 基础设施查找主机名，并接收 IP 地址作为响应。然后，它连接到该 IP 地址，并以它为实现的协议所规定的方式请求服务。
在某些情况下，该协议的一部分涉及第二次发送最初查找的主机名，在这种情况下，主机名被发送到服务器而不是 DNS 基础设施。对于 HTTP，这是在RFC 2616中作为 HTTP/1.1 的一部分添加的；在 HTTPS 的情况下，这在RFC 4366中被实现为服务器名称指示(SNI) ；在 FTP 的情况下，这是由命令添加的，在RFC 7151中（但请参阅后面的警告）。 如果没有发生这样的第二次发送，则服务器无法知道客户端向其本地 DNS 提供的主机名以获取服务器的 IP 地址。HOST
请注意，在所有情况下，都需要更改协议才能进行第二次发送，从而使客户端-服务器交互主机名感知。协议更改后，必须更新服务器代码以实现它。最后，必须更新客户端才能将新协议与服务器通信。最后一步可能特别慢；在 SNI 的情况下，Windows XP 上的 Internet Explorer 从未实现过它，因此当周围仍有大量 IE-on-XP 用户时，无法依赖该协议，而且大约需要十年时间才能让这些用户足够消亡和/或获得 SNI 可靠部署的升级。
要了解发生了什么，您需要对 DNS 有所了解。
当客户端想要连接到给定主机上的服务时，它会通过其本地 DNS 基础设施查找主机名，并接收 IP 地址作为响应。然后，它连接到该 IP 地址，并以它为实现的协议所规定的方式请求服务。
在某些情况下，该协议的一部分涉及第二次发送最初查找的主机名，在这种情况下，主机名被发送到服务器而不是 DNS 基础设施。对于 HTTP，这是在RFC 2616中作为 HTTP/1.1 的一部分添加的；在 HTTPS 的情况下，这在RFC 4366中被实现为服务器名称指示(SNI) ；在 FTP 的情况下，这是由命令添加的，在RFC 7151中（但请参阅后面的警告）。 如果没有发生这样的第二次发送，则服务器无法知道客户端向其本地 DNS 提供的主机名以获取服务器的 IP 地址。
HOST请注意，在所有情况下，都需要更改协议才能进行第二次发送，从而使客户端-服务器交互主机名感知。协议更改后，必须更新服务器代码以实现它。最后，必须更新客户端才能将新协议与服务器通信。最后一步可能特别慢；在 SNI 的情况下，Windows XP 上的 Internet Explorer 从未实现过它，因此当周围仍有大量 IE-on-XP 用户时，无法依赖该协议，而且大约需要十年时间才能让这些用户足够消亡和/或获得 SNI 可靠部署的升级。
这就是使非主机名感知协议主机名感知所需要的。这不是简单的标志设置或配置更改。我们有一些特定于协议的答案来处理事务状态，以及可能的缓解措施，特别是针对该协议： SSH（以及 SFTP）和 FTP（指出
HOST目前对 FTP 的支持尚不完整-support 阶段，因此还不能依赖）。简短的回答是，如果您的协议当前没有实现主机名感知，在客户端和服务器之间有良好的支持，请忘记它：这不是您可以做的事情。