应通过优先级 fallback 方式提取 x-original-uri 等可信 header 构建 $real_uri 变量替代 $request_uri 记录真实路径，并验证 header 透传完整性及 nginx 配置兼容性。
在多级 CDN 嵌套（比如自建边缘节点 + 商用 CDN + 第三方加速层）环境下，Nginx 日志中 $request_uri 或 $uri 显示的路径与客户端实际请求不一致，常见于重写被多次干预、X-Forwarded-For 与 X-Original-URI 等头被覆盖或未透传，导致日志记录失真。核心在于厘清请求路径在各层 CDN 中是否被改写，以及 Nginx 是否正确还原了原始意图。
确认真实请求路径由哪一层注入
多级 CDN 中，只有最上游（离用户最近）的 CDN 可能保留原始 URI；中间层常做内部重定向或 path rewrite（如将 /api/v1/ 改为 /backend/api/v1/），且未必透传原始路径头。需逐层确认：
- 检查最外层 CDN 控制台或文档，看是否支持并已开启
X-Original-URI、X-Rewritten-URI或自定义 header（如X-True-Path）透传 - 登录中间 CDN 节点（如有权限），抓包验证其出站请求的
GET行和 headers，对比入站请求，确认是否发生 path 重写 - 若使用 Cloudflare + 自建 Nginx + 阿里云全站加速，优先查 Cloudflare 的「Transform Rules」和阿里云「回源配置」中是否启用了 URL 重写
在 Nginx 中显式捕获并记录原始路径
不要依赖 $request_uri（它反映的是当前 Nginx 收到的完整请求行，含 query string，但可能已被某层 CDN 改写）。应主动提取可信 header 并设为变量：
- 在
http或server块中定义映射：
map $http_x_original_uri $real_uri { default $http_x_original_uri; "" $request_uri; } - 若多层 CDN 使用不同 header（如外层用
X-True-URI，内层用X-Forwarded-Path），可用嵌套 map 或 set 指令按优先级 fallback：
set $real_uri $request_uri;
if ($http_x_true_uri) { set $real_uri $http_x_true_uri; }
if ($http_x_forwarded_path) { set $real_uri $http_x_forwarded_path; } - 在 log_format 中使用该变量：
log_format main '$remote_addr - $remote_user [$time_local] "$real_uri $request_method $server_protocol" $status $body_bytes_sent';
验证 Nginx 是否收到预期的 URI 和头信息
临时启用调试日志或加一个测试 location，直接 echo 所有相关字段，避免靠猜：
- 添加一段 debug location：
location = /debug-uri { add_header Content-Type text/plain; return 200 "request_uri: $request_uri\nuri: $uri\nargs: $args\nX-Original-URI: $http_x_original_uri\nX-Forwarded-Path: $http_x_forwarded_path"; } - 用 curl 模拟多层 CDN 请求：
curl -H 'X-Original-URI: /search?q=test' -H 'X-Forwarded-For: 1.1.1.1' https://yoursite.com/debug-uri - 观察响应内容，确认哪些 header 被接收、是否被 Nginx 模块（如 realip、geoip）意外清理
注意 realip 模块对 $remote_addr 的干扰
如果启用了 set_real_ip_from，Nginx 会修改 $remote_addr，同时也可能影响部分内置变量解析逻辑（尤其在使用 geo 或 map 依赖 IP 时）。更关键的是：某些 CDN（如 Cloudflare）会把原始 URI 放在 X-Forwarded-Uri，但该 header 默认不被 Nginx 认可为“标准”，需确保未被 underscores_in_headers on 或安全模块拦截。
- 检查 nginx.conf 中是否含
underscores_in_headers off;（默认 off，若 CDN 用下划线 header 如X_Original_Uri，需设为 on） - 确认未启用类似 ModSecurity 或 ngx_http_secure_link_module 等可能过滤或重写 header 的模块
- 查看 error.log 中是否有
client sent invalid header类警告，说明某层 CDN 发送了非法 header 名称（如含空格、控制字符）导致被丢弃
