nginx内部重定向默认上限为10层，不可配置，需通过break/return替代last、精确try_files终点、避免if嵌套rewrite、显式设置host头等策略防死循环。
Nginx 默认对内部重定向（如 rewrite ... last、try_files 后的隐式重试）设定了 10 层嵌套上限，超过即返回 500 错误。这不是可直接配置的“跳转层数”参数，而是由 Nginx 内部状态机硬编码限制的循环保护机制。Server 块中无法通过指令修改该上限值，但可以通过精准控制匹配逻辑和跳转行为，从源头防止触达该阈值。
以下是在 server 块中实际可行、被生产环境验证有效的防死循环策略：
明确终止 rewrite 匹配流程，避免隐式回环
rewrite 指令的 last 会重新发起 location 匹配，极易引发闭环；而 break 仅终止当前 rewrite 执行，不触发重匹配。
- ✅ 推荐：用
break替代last，尤其在非根路径或条件复杂时 - ✅ 更优：用
return直接响应，完全绕过 rewrite 流程（例如return 301 $scheme://$host$request_uri;） - ❌ 避免：
if块内嵌套rewrite ... last，特别是配合$request_uri或未限定 host 的判断
server {
listen 80;
server_name example.com;
# ❌ 危险：可能形成 A → B → A 回环
if ($host = 'www.example.com') {
rewrite ^/(.*)$ http://example.com/$1 permanent;
}
# ✅ 安全：用 return 替代，无重匹配
if ($host = 'www.example.com') {
return 301 https://example.com$request_uri;
}
}
使用精确匹配 location + try_files 控制跳转路径
try_files 在找不到文件时会触发内部重定向，若 fallback 是同一 location 或模糊匹配，易超限。
- ✅ 将
try_files的最后一个参数设为明确的@named_location或=404 - ✅ 避免
try_files $uri $uri/ /index.php这类无兜底终点的写法（当/index.php也触发相同逻辑时即循环）
location / {
try_files $uri $uri/ @php;
}
# ✅ 独立命名 location，不参与常规匹配
location @php {
include fastcgi_params;
fastcgi_pass php_backend;
fastcgi_param SCRIPT_FILENAME $document_root/index.php;
}
限制并暴露潜在循环点（辅助定位）
虽然不能调高 10 层上限，但可通过日志与缓冲设置让问题更早暴露：
- 在
server块中启用rewrite_log on;（需编译时含--with-debug，仅开发/排障用） - 增大请求头缓冲区，避免因
400 Bad Request误判引发间接循环：large_client_header_buffers 4 16k; client_max_body_size 10M;
检查 proxy_pass 场景下的 Host 头回环
若 server 块中含 proxy_pass，且后端域名与本机监听域名相同（如都用 example.com），必须显式覆盖 Host 头：
location /api/ {
proxy_pass https://backend-cluster;
proxy_set_header Host "backend-api.internal"; # ❗关键：防止后端再打回来
proxy_set_header X-Real-IP $remote_addr;
}
不复杂但容易忽略
