修改 Nginx 配置前后，我会检查的六件事

Nginx 配置能通过语法检查，也不代表请求一定到达了正确站点。下面是一份适合练习环境的变更清单，重点是让每一步都能验证和回退。

改动前

1. 记录要解决的问题、目标域名、端口和预期响应。
2. 找到实际加载的配置文件和相关 include，保存原文件副本。
3. 用 sudo nginx -T 查看完整加载结果；输出可能包含敏感信息，不要直接公开。

改动后

sudo nginx -t
sudo systemctl reload nginx
systemctl status nginx --no-pager

先测试，再重载。若 nginx -t 失败，就不要重载，按错误信息回到具体文件和行号。reload 通常比强制重启更适合应用配置，但仍应在合适的维护窗口操作。

从客户端验证

curl -I --max-time 5 http://127.0.0.1/
curl -I --max-time 5 https://example.com/

本机请求可能命中默认站点，外部请求还会经过 DNS、TLS 和防火墙。应以真实域名和预期路径再测一次，观察状态码与响应头。若是反向代理，继续检查上游服务是否运行，必要时对照 Nginx 错误日志。

把改动内容、测试命令、结果和回退方法写进笔记。能解释“为什么恢复”比只写“重载成功”更有价值。

参考：Nginx 入门指南 · Nginx 命令参数

封面插画：unDraw（https://undraw.co/license）。

补上真正的回退闭环

保存改前文件、nginx -T 输出与原始请求结果。语法失败时不 reload；reload 后功能异常时，恢复本次涉及的原配置，再 nginx -t，成功后 reload，最后用同一域名和路径复测。不要只测 127.0.0.1 默认站点。Nginx reload 成功也不保证 PHP-FPM、数据库和业务权限正常，应结合错误日志验证完整链路。

内容复核与修订：2026-10-29。实验示例与本站运行记录分别说明；原始归档日期保留。