直接在配置文件中用 error_log 指令指定路径即可，支持全局（http 块）和局部（server/location 块）设置，需确保路径绝对、目录存在且 Nginx 用户有读写权限，级别合理（如 warn），修改后须 nginx -t 验证并 reload 生效。

直接在配置文件中用 error_log 指令指定路径即可，支持全局和局部设置，关键是要路径可达、权限正确、级别合理。

在 http 块中设置全局错误日志路径

这是最常用的方式，适用于统一管理所有虚拟主机的错误日志：

• 编辑 nginx.conf，在 http { ... } 块内添加一行：

error_log /data/logs/nginx/error.log warn;

• /data/logs/nginx/error.log 是绝对路径，推荐用全路径避免歧义；
• warn 是日志级别，表示只记录 warn 及更严重（error/crit/alert/emerg）的消息；
• 若目录 /data/logs/nginx/ 不存在，需提前创建并赋权：
  sudo mkdir -p /data/logs/nginx && sudo chown nginx:nginx /data/logs/nginx

在 server 或 location 块中覆盖局部错误日志

适合为特定站点或接口单独记录错误，便于排查问题：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• 在某个 server { ... } 块里写：

error_log /var/log/nginx/myapp-error.log error;

• 该配置会覆盖 http 块中的全局设置，仅对该 server 生效；
• 多个 error_log 指令可共存于同一作用域（如一个 server 内），错误消息会同时写入所有指定文件；
• 注意：错误只会写入**离出错位置最近的那个 error_log 配置所指向的文件**，不会层层继承叠加写入。

路径与权限的几个硬性要求

配置能生效的前提是 Nginx 工作进程能真正写进去：

• 路径必须是绝对路径，或相对于 Nginx 安装前 configure 指定的 prefix 目录（不推荐相对路径）；
• 目标目录需由 Nginx 启动用户（如 nginx 或 www-data）拥有读写权限；
• 日志文件本身无需预先创建，Nginx 启动或重载时会自动创建；但父目录必须存在且权限正确；
• 如果使用 syslog 或 stderr，则不涉及文件路径，而是走系统日志服务或标准错误输出。

修改后务必验证并重载

改完配置不能直接重启，要走标准流程：

• 运行 nginx -t 确认语法无误；
• 执行 nginx -s reload 或 systemctl reload nginx 使新路径生效；
• 检查日志是否开始写入：tail -f /data/logs/nginx/error.log；
• 如无内容，可临时把级别调低（如 info）测试，确认路径和权限无误后再调回生产级别。