不能直接在 ip_hash 中调用 geo 变量做条件哈希，因 ip_hash 仅基于 $remote_addr 硬编码实现；需通过 geo 标记 IP、map 映射 upstream 名称、为不同 upstream 配置独立负载策略（如中国用户 ip_hash、海外 least_conn）并配合 realip 模块还原真实 IP 来实现地域分流。
不能直接在 ip_hash 指令中调用 geo 变量做“条件哈希”，因为 ip_hash 是 Nginx 内置的固定算法，只基于客户端真实 IP（$remote_addr）做一致性哈希，不支持变量或条件分支。
geo 模块的作用是标记，不是替代 ip_hash
geo 的核心功能是给 IP 打标签（如 $is_cn、$region），它本身不参与负载均衡决策。想让特定地域流量走独立哈希逻辑，必须绕过默认 ip_hash，改用更灵活的路由方式：
- 先用
geo标记目标地域（例如中国 IP 设为$is_cn = 1） - 再用
map将标记映射为不同 upstream 名称（如backend_cn_hash和backend_global_rr） - 最后在
location或server中根据变量选择 upstream，并对不同 upstream 配置不同的负载策略
实现地域分流 + 独立哈希的典型配置
假设希望中国用户走专属节点并启用 ip_hash，其他地区用轮询：
http {
# 步骤1：用 geo 标记中国 IP
geo $is_cn {
default 0;
include /etc/nginx/geo-cn.conf; # 包含所有已知中国公网段
}
<h1>步骤2：用 map 映射 upstream 名称</h1><p>map $is_cn $upstream_name {
1 backend_cn;
0 backend_oversea;
}</p><h1>步骤3：定义两个 upstream，各自配置不同策略</h1><p>upstream backend_cn {
ip_hash; # 中国用户专用：启用 ip_hash
server 10.0.1.10:8080;
server 10.0.1.11:8080;
}</p><p>upstream backend_oversea {
least_conn; # 海外用户：用 least_conn 或 round-robin
server 10.0.2.20:8080;
server 10.0.2.21:8080;
}</p><h1>步骤4：在 location 中动态 proxy_pass</h1><p>server {
location / {
proxy_pass <a href="https://www.php.cn/link/75e4374aa05da63dcfe5cd0e9d4e9504">https://www.php.cn/link/75e4374aa05da63dcfe5cd0e9d4e9504</a>;
proxy_set_header Host $host;
}
}
}必须确保真实客户端 IP 准确
如果 Nginx 前有 CDN、WAF 或 SLB，$remote_addr 会变成代理地址，导致 geo 匹配失效、ip_hash 错乱。需提前还原真实 IP：
- 启用
ngx_http_realip_module（通常已内置） - 明确声明可信代理网段：
set_real_ip_from 192.168.0.0/16;、set_real_ip_from 203.205.0.0/16;（填实际 CDN 或 LB 段） - 指定原始 IP 头：
real_ip_header X-Forwarded-For; - 开启递归解析：
real_ip_recursive on;，确保取到最左侧真实 IP
为什么不直接扩展 ip_hash？
Nginx 的 ip_hash 是硬编码逻辑，不接受变量输入，也不支持运行时切换策略。强行在 if 中判断再选 upstream 是可行的，但 if 在 location 中受限且易出错；而 map + proxy_pass 是官方推荐、无副作用、性能接近原生的方式。
