Nginx Master 进程不写日志，排查启动失败需分两步：先用 nginx -t 验证语法（定位配置文件及行号错误），再查 error.log 末尾几行（识别端口占用、权限拒绝、SSL路径异常等运行时问题）。

Nginx 的 Master 进程本身不记录启动失败的日志，它不会“写日志”——真正要排查启动失败，关键不是盯着 Master 进程看，而是让它还没开始运行前就暴露问题。

先验证配置语法，再检查运行条件
Master 进程只在配置无误、系统资源满足时才真正启动。所以排查必须分两步走：第一步用 nginx -t 检查语法，第二步看错误日志末尾找运行时拦路虎。

用 nginx -t 定位配置层面的硬伤

- 它会加载主配置（如 `/www/server/nginx/conf/nginx.conf`）和所有 `include` 的子配置（站点 conf、SSL 片段等），逐行解析 - 报错直接标出行号和文件路径，比如 `nginx: [emerg] unexpected "}" in /www/server/nginx/conf/nginx.conf:42`，说明第 42 行多了一个 `}` 或前面缺闭合符号 - 若提示 `unknown directive "stream"`，说明 Nginx 编译时没启用 stream 模块，不能用 `stream { }` 块 - 宝塔面板生成的站点配置（如 `/www/server/panel/vhost/nginx/example.com.conf`）也可能被 include，可单独测试：`nginx -t -c /path/to/site.conf`

查 error.log 最后几行 锁定运行时卡点

Nginx Hosting

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

下载

即使 `nginx -t` 通过，Master 进程仍可能在 bind 端口、读证书或创建临时目录时失败。重点看 `/www/wwwlogs/nginx_error.log`（宝塔）或 `/usr/local/nginx/logs/error.log`（源码编译）末尾 5～10 行： - `bind() to 0.0.0.0:80 failed (98: Address already in use)` → 端口被占，用 `ss -tuln | grep ':80'` 查 PID - `open() "/var/log/nginx/access.log" failed (13: Permission denied)` → 目录不存在、属主不是 `www`/`nginx`、或缺少 `x` 权限（进入目录必需） - `SSL_CTX_use_PrivateKey_file(...) failed` → 私钥路径错、文件不存在、或权限太松（如 `600` 才安全，`644` 会被拒绝） - `getpwnam("nginx") failed` → 配置里指定的运行用户（如 `user nginx;`）在系统中不存在，需用 `useradd nginx` 创建 - `mkdir() "/dev/shm/nginx_temp/client_body" failed (2: No such file or directory)` → `/dev/shm/nginx_temp` 及其子目录未创建，手动 `mkdir -p` 即可

确认端口与系统限制是否允许绑定

- 端口 1–1023（如 80、443）必须由 root 启动；若以普通用户运行，得改用高位端口（如 8080） - 云服务器要同步放行安全组；本地机器检查防火墙（`ufw status` 或 `firewall-cmd --list-ports`） - Windows 下注意杀毒软件或 Hyper-V 可能抢占 80/443；macOS 上 `softwareupdate` 或控制中心服务有时也会占端口

不复杂但容易忽略