Nginx 如何排查 Nginx 配置文件修改后因为未指定 server_name 导致流量错乱

没写 server_name 是 Nginx 流量错乱最隐蔽也最常见的原因，它不报错却将未匹配域名的请求全部导入无名块，导致跨站访问或返回默认页；需用 nginx -T 检查生效配置、curl -H 模拟 Host 头验证路由，并为每个监听 80/443 的 server 块显式声明 server_name，含主域与通配子域，同时设 default_server 兜底拦截非法请求。

没写 server_name 是 Nginx 流量错乱最隐蔽也最常见的原因之一。它不会报错，也不会拒绝请求，而是悄悄把所有不匹配其他 server 块的流量，全部塞进这个“无名块”里——结果就是：你访问的是 api.example.com，却进了 blog.example.com 的配置，甚至返回了默认欢迎页或 404。

确认是否真没配 server_name

直接查生效配置，别只看自己改的文件：

1. 运行 nginx -T | grep "server {.*listen.*80|443" -A 10，逐个看每个监听 80/443 的 server 块里有没有 server_name 行
2. 特别注意那些只写了 listen 80; 或 listen 443 ssl; 却没跟 server_name 的块——它们就是潜在的“黑洞”
3. 如果看到 server_name _; 或完全没这行，那它大概率就是兜底块

验证 Host 头是否被正确路由

用 curl 模拟真实请求，绕过 DNS 和浏览器缓存：

1. curl -v -H "Host: api.example.com" http://127.0.0.1 —— 看响应头、返回内容是否符合预期
2. 再试 curl -v -H "Host: www.example.com" http://127.0.0.1，对比差异
3. 如果两个请求返回一模一样的内容（比如都进了同一个 root 目录），说明至少有一个块没设 server_name，或者多个块都监听同一端口且没明确优先级

检查 default_server 和加载顺序

Nginx 不会因为“你新建的配置在 conf.d 下”就自动优先使用它：

1. 执行 nginx -T | grep "listen.*default_server" -A 5，确认哪个块真正承担了 default_server 角色
2. 如果没有显式声明 default_server，Nginx 会把第一个加载的同端口 server 块当作隐式兜底——而加载顺序取决于 include sites-enabled/* 展开时的字母序（如 00-default.conf 早于 10-api.conf）
3. 临时把你的配置文件重命名为 00-your-site.conf，reload 后再测试，若问题消失，就坐实是加载顺序抢跑了

修复建议：明确、完整、可验证

别依赖“不写就是默认”，要主动控制路由逻辑：

1. 每个 server 块只要监听 80/443，就必须带 server_name，哪怕只写一个域名
2. 主站加 www 和不带 www 的域名：server_name example.com www.example.com;
3. 需要通配子域时，务必补上主域：server_name example.com *.example.com;（*.example.com 不匹配 example.com）
4. 设一个明确的兜底块，用于拦截非法 Host 或 IP 直连：server { listen 80 default_server; server_name _; return 444; }