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