Apache的ServerName仅用于虚拟主机匹配、日志标识和Host头校验，不参与请求路由或真实IP解析；后端识别客户端依赖mod_remoteip透传X-Forwarded-For、ProxyPreserveHost保留原始Host、stickysession与jvmRoute严格对应。

Apache 的 ServerName 本身不识别客户端请求，也不参与请求路由或真实 IP 获取——它只用于虚拟主机匹配、日志标识和 Host 头校验。真正影响“后端如何识别客户端请求”的，是反向代理配置中对请求头、会话粘性与真实 IP 的处理逻辑。

ServerName 的实际作用边界要分清

它不决定流量发给哪个后端节点，也不解析 X-Forwarded-For；它的价值在于：

• 让 Apache 正确选择 <VirtualHost> 块（靠 Host 请求头匹配）
• 在访问日志中体现服务语义（如 api-v1.example.com 比 localhost 更易排查）
• 配合 ProxyPreserveHost On，使后端看到原始 Host（避免重定向跳转出错）
• 当多个集群共用同一 IP 时，靠不同 ServerName 区分用途（如 auth.example.com vs order.example.com）

后端识别客户端请求，关键靠这三件事

ServerName 是静态标识，而客户端请求识别依赖动态传递：

Apache Superset Dashboard and SQL Exploration Skill

Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

下载

• 真实 IP 透传：启用 mod_remoteip，配置 RemoteIPInternalProxy 信任上游网段，并设置 RemoteIPHeader X-Forwarded-For。后端才能从该头取首个非私有 IP
• Host 头保留：必须加 ProxyPreserveHost On，否则后端收到的是 127.0.0.1:8080 这类地址，无法生成正确跳转链接
• 会话绑定一致：若用 stickysession=JSESSIONID，后端 Tomcat 的 jvmRoute 必须和 BalancerMember route=xxx 完全一致——ServerName 虽不参与计算，但建议命名风格呼应（如 ServerName app-node1.example.com → route=node1）

常见错误配置导致后端“认不出”客户端

这些和 ServerName 无关，但常被误认为是它的问题：

• 没开 mod_remoteip，后端只看到 Apache 本机 IP
• ProxyPreserveHost 关闭，后端生成的绝对 URL 域名错误（如返回 http://127.0.0.1/login）
• BalancerMember 的 route 和 Tomcat jvmRoute 不一致，导致粘性失效、会话丢失
• 所有虚拟主机都设成 ServerName localhost，日志和监控里无法区分是哪个服务在响应

推荐写法示例（生产可用）

以订单服务集群为例：

<VirtualHost *:443>
    ServerName order-api.example.com
    ProxyPreserveHost On
    RemoteIPInternalProxy 192.168.1.0/24

    <Proxy balancer://orders>
        BalancerMember https://192.168.1.10:8443 route=order1
        BalancerMember https://192.168.1.11:8443 route=order2
        ProxySet lbmethod=byrequests
        ProxySet stickysession=JSESSIONID|jsessionid
    </Proxy>

    ProxyPass / balancer://orders/
    ProxyPassReverse / balancer://orders/
</VirtualHost>

对应 Tomcat server.xml 中：<Engine name="Catalina" defaultHost="localhost" jvmRoute="order1">