Mad*_*ter 10 proxy reverse-proxy hostname
这是一个关于主机名感知和代理的规范问题。
我知道有些协议可以识别主机名；也就是说，当我连接到 HTTP 服务器时，www.example.com它知道我想要www.example.com的 HTTP 服务，而不是www.example.net'，即使它们位于相同的 IP 地址上。我怎样才能为协议foo做到这一点？
（临时说明：这个问题是根据这个元讨论出现的。）
Mad*_*ter 15
要了解发生了什么，您需要对 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 的支持尚不完善） -支持阶段，因此还不能依赖）。
简短的回答是，如果您的协议当前没有实现主机名感知，并且在客户端和服务器之间有良好的支持，那么忘记它：这不是您可以做的。