通过DNS解析将人类可读的域名转换为网络可识别的IP地址，建立TCP连接后，Web服务器软件（如Nginx、Apache）读取HTTP请求头中的Host字段，结合服务器内部配置的虚拟主机规则，将请求精准分发至对应的网站目录或后端应用,这一过程实现了单台服务器通过单一IP地址托管多个不同域名的网站。
DNS解析：从域名到IP的寻址之旅
当用户在浏览器中输入一个域名并回车时，服务器首先需要知道这个域名对应哪台机器，这一过程完全依赖于DNS（域名系统）的层级解析机制，浏览器会向本地DNS服务器发起查询，如果缓存中没有记录，查询请求会逐级向上传递，最终到达该域名的权威DNS服务器，权威服务器会返回一个A记录或AAAA记录，即该域名绑定的具体服务器IP地址（如IPv4的192.0.2.1）。
值得注意的是，DNS解析是互联网的导航系统，它只负责告诉浏览器“去哪里找”，而不负责处理具体的业务内容，对于服务器而言，它接收到的只是一个指向其自身IP地址的数据包，在大多数现代网络架构中，为了节省宝贵的IPv4地址资源，通常会有成百上千个域名指向同一个服务器IP，仅凭IP地址,服务器还无法判断用户究竟想访问哪个网站。
HTTP协议与Host请求头：域名的身份标识
浏览器通过DNS获得服务器的IP地址后，会发起TCP三次握手建立连接，在连接建立后的HTTP请求阶段，浏览器会在请求头中包含一个至关重要的字段——Host，如果用户访问www.example.com，HTTP请求头中必然包含Host: www.example.com。
这是HTTP/1.1协议引入的关键特性，也是虚拟主机技术存在的基石，在HTTP/1.0中，服务器无法区分同一IP下的不同域名，因此一个IP通常只能对应一个网站，而Host字段的出现，允许客户端在请求中明确告知服务器其意图访问的具体域名，服务器正是通过读取这个“身份标识”，才能够在同一个IP、同一个端口（通常是80或443）上,区分出不同的服务对象。
Web服务器软件的虚拟主机配置：核心分发逻辑
服务器操作系统（如Linux）本身并不直接处理域名分发，这一重任是由运行在操作系统上的Web服务器软件来承担的，目前主流的是Nginx和Apache，这些软件内部维护着一张“配置表”,即虚拟主机配置。
以Nginx为例，管理员会在配置文件中定义多个server块，每个server块内部都有一个核心指令server_name，用于指定该块处理的域名，当Nginx接收到HTTP请求并解析出Host字段的值后，它会遍历内部的配置哈希表，将Host的值与所有server_name进行匹配。
匹配过程遵循严格的优先级顺序：首先是精确匹配，如果Host与某个server_name完全一致，则立即使用该配置；其次是通配符匹配（如*.example.com）；最后是正则表达式匹配，一旦匹配成功，Nginx就会锁定该配置块下定义的根目录或代理转发规则，进而从该目录读取index.html或其他资源文件返回给用户，如果没有任何匹配项，Nginx通常会返回第一个默认的server块处理，或者直接返回404/444错误。
HTTPS环境下的SNI技术：加密通道中的域名识别
随着全站HTTPS的普及，域名识别机制变得更加复杂，在HTTPS握手过程中，服务器需要先发送SSL证书给浏览器以建立加密通道，而证书是与域名绑定的，这就出现了一个“鸡生蛋”的问题：服务器在解密HTTP请求头（包含Host字段）之前,就需要知道发送哪个证书。
为了解决这个问题，SNI（Server Name Indication）技术应运而生，SNI是TLS协议的扩展，它允许客户端在发起SSL握手请求时，就将其想要访问的域名（即Host）通过明文（在加密建立之前）发送给服务器，服务器收到SNI信息后，即可选择对应的数字证书完成握手，随后的流程便与HTTP一致，现代浏览器和绝大多数Web服务器都默认支持SNI,这使得在单一IP上部署多个HTTPS站点成为可能。
反向代理与负载均衡：企业级架构的域名路由
在大型企业级应用中，服务器往往不直接存储静态文件，而是作为反向代理存在，在这种架构下，域名识别的逻辑依然基于Host字段,但处理结果不同。
用户访问api.service.com，Nginx匹配到该域名后，配置的location规则可能会将请求转发给内网的一组Java应用服务器；而用户访问img.service.com，Nginx可能会将其转发给专门的对象存储服务或另一组静态文件服务器，这里，服务器根据域名不仅实现了内容的分发，更实现了业务流量的隔离与路由，结合负载均衡算法，服务器还可以根据域名将请求均匀分发到后端的多台物理服务器上,确保高可用性。
相关问答
Q1：如果我在浏览器中直接访问服务器的IP地址，服务器会怎么处理？
A： 当直接访问IP地址时，浏览器发送的HTTP请求头中的Host字段将填入该IP地址，Web服务器软件在匹配server_name时，会寻找配置了该IP地址作为主机名的虚拟主机块，或者直接匹配默认的default_server配置，如果管理员没有配置针对IP访问的规则，服务器通常会返回第一个定义的站点内容，或者为了安全起见,直接返回444无响应或403禁止访问错误。
Q2：为什么有时候修改了DNS解析记录，访问域名还是指向旧的服务器？
A： 这主要是因为DNS缓存机制导致的，DNS解析结果不仅会缓存在用户的本地电脑浏览器中，还会缓存在本地网络运营商（ISP）的DNS服务器上，这些缓存都有各自的生存时间（TTL），在TTL过期之前，即使权威DNS服务器上的记录已经修改，各级缓存服务器仍会返回旧的IP地址，通常情况下，等待TTL过期（可能从几分钟到48小时不等）或手动刷新本地DNS缓存（如使用ipconfig /flushdns命令）即可解决。
如果您在配置服务器域名解析的过程中遇到问题，或者对反向代理配置有更深入的疑问，欢迎在评论区留言,我们将为您提供专业的技术解答。
