nginx 的 error_log 不支持在 location 块中配置，仅允许出现在 http、server 或 mail 上下文；404/500 等状态码属于 access_log 记录范畴，可通过 location 内 access_log + 自定义格式 + 状态码筛选实现路径级错误追踪。

不能为特定 location 单独配置 error_log。

error_log 不支持写在 location 块中

Nginx 的 error_log 指令只允许出现在 http、server 或 mail 上下文中，location 块内直接写 error_log 会导致 nginx -t 报错，配置无法加载。这是 Nginx 架构决定的——error_log 记录的是服务器或进程级异常（如 worker 崩溃、SSL 握手失败、上游连接超时），不感知 URL 路径，也不按请求分流。

404/500 这类响应不属于 error_log 范畴

HTTP 状态码（包括 404、500、502 等）是正常业务响应的一部分，由 access_log 记录，不是 Nginx 自身运行错误。所以你真正想追踪的“某路径下的 5xx 错误”，本质上是访问行为分析需求，不是错误日志配置问题。

Browser Setup (No-Root Linux)

在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...

下载

实际可行的替代方案

用 access_log + 条件记录 + 自定义格式，实现等效效果：

• 在目标 location 中单独声明 access_log，指向专用文件，例如：
  access_log /var/log/nginx/api-error-trace.log api_detail;
• 提前定义 log_format，包含关键变量：
  log_format api_detail '$time_local $remote_addr "$request" $status $body_bytes_sent $upstream_status $upstream_addr $request_time';
• 配合外部工具快速筛选错误：比如用 grep ' 5[0-9][0-9] ' /var/log/nginx/api-error-trace.log 提取所有服务端错误
• 若需更精细控制（如只记录 5xx），可搭配 map 指令生成布尔变量，再用 if 判断写入日志（注意：if 在 location 中仅限于 access_log 条件使用，不可用于 rewrite 等）

补充说明

如果确实需要隔离错误上下文，可在 server 块中为该站点单独配置 error_log，路径与其他虚拟主机不同；但这仍是全局级别的错误日志，不会因 location 改变而变化。真正的 URL 级错误追踪，必须依赖 access_log 配合状态码字段和后处理。