最直接有效的方式是在每个server块内显式配置access_log指令指定专属日志路径；需用绝对路径、可设access_log off禁用日志、复用http块定义的log_format、确保目录权限与logrotate配置到位，并通过nginx -t和-tail -f验证生效。

最直接有效的方式，是在每个 server 块内显式配置 access_log 指令，指定专属日志路径。Nginx 的局部配置天然覆盖全局设置，无需额外模块或复杂判断。

在每个 server 块中单独写 access_log

不要依赖 http 块里的全局日志配置，而是在每个域名对应的 server 块里明确声明：

• 使用绝对路径，例如：access_log /var/log/nginx/www.example.com.access.log main;
• 路径中包含域名或项目名，便于识别和后续运维管理
• 若某个站点不需记录访问日志，直接写：access_log off;
• 格式名（如 main）需提前在 http 块中用 log_format 定义好

统一定义 log_format，按需复用

多个站点日志结构相似时（比如都要记录真实客户端 IP），可在 http 块顶部统一定义格式，避免重复书写：

Teleport tsh SSH (Identity-First SSH Access, no passwords/static keys)

使用tbot机器ID身份文件配合tsh CLI，通过Teleport访问控制SSH登录托管主机或执行远程命令。

下载

• 例如定义含代理信息的格式：log_format upstream '$remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent "$http_referer" "$http_user_agent" "$http_x_forwarded_for";'
• 然后在各 server 块中引用：access_log /var/log/nginx/api.example.com.access.log upstream;
• 这样既保持格式一致，也方便后期统一调整

确保目录权限与日志轮转可用

多个独立日志文件意味着更多磁盘写入点，必须同步做好基础保障：

• 创建日志目录并赋权：sudo mkdir -p /var/log/nginx/www.example.com && sudo chown nginx:nginx /var/log/nginx/www.example.com
• 为每个日志文件配置 logrotate，或使用通配符统一处理（如 /var/log/nginx/*.access.log）
• 轮转后执行 nginx -s reopen，让 Nginx 打开新日志文件

验证配置是否生效

改完配置不能直接上线，要逐步确认：

• 先测试语法：sudo nginx -t，确保返回 “syntax is ok”
• 再平滑重载：sudo nginx -s reload
• 访问对应域名后，立即执行：tail -f /var/log/nginx/your-site.access.log 查看是否有实时日志输出
• 若无内容，检查 error.log 是否有权限拒绝、路径非法等报错，再排查 SELinux 或目录权限问题