没写 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
直接查生效配置，别只看自己改的文件：
- 运行
nginx -T | grep "server {.*listen.*80\|443" -A 10，逐个看每个监听 80/443 的server块里有没有server_name行 - 特别注意那些只写了
listen 80;或listen 443 ssl;却没跟server_name的块——它们就是潜在的“黑洞” - 如果看到
server_name _;或完全没这行，那它大概率就是兜底块
验证 Host 头是否被正确路由
用 curl 模拟真实请求，绕过 DNS 和浏览器缓存：
-
curl -v -H "Host: api.example.com" http://127.0.0.1—— 看响应头、返回内容是否符合预期 - 再试
curl -v -H "Host: www.example.com" http://127.0.0.1，对比差异 - 如果两个请求返回一模一样的内容（比如都进了同一个 root 目录），说明至少有一个块没设
server_name，或者多个块都监听同一端口且没明确优先级
检查 default_server 和加载顺序
Nginx 不会因为“你新建的配置在 conf.d 下”就自动优先使用它：
- 执行
nginx -T | grep "listen.*default_server" -A 5，确认哪个块真正承担了default_server角色 - 如果没有显式声明
default_server，Nginx 会把第一个加载的同端口server块当作隐式兜底——而加载顺序取决于include sites-enabled/*展开时的字母序（如00-default.conf早于10-api.conf） - 临时把你的配置文件重命名为
00-your-site.conf，reload 后再测试，若问题消失，就坐实是加载顺序抢跑了
修复建议：明确、完整、可验证
别依赖“不写就是默认”，要主动控制路由逻辑：
- 每个
server块只要监听 80/443，就必须带server_name，哪怕只写一个域名 - 主站加 www 和不带 www 的域名：
server_name example.com www.example.com; - 需要通配子域时，务必补上主域：
server_name example.com *.example.com;（*.example.com不匹配example.com） - 设一个明确的兜底块，用于拦截非法 Host 或 IP 直连：
server { listen 80 default_server; server_name _; return 444; }
