Nginx 报 "conflicting server name" ignored 怎么解决？

这个警告表示：在相同监听地址/端口上，多个 server 块有冲突的 server_name 映射，后出现的冲突名字被忽略。 它不会阻止启动，但不是整个 server 块都被禁用，它仍可能通过其他名字或默认站点选择接收流量——必须清理重复。

定位重复的 server_name

# 全局列出所有 server_name 声明
grep -rn "server_name" /etc/nginx/

# 查看实际加载的配置与来源
nginx -T

结合完整 server 块的 listen 地址/端口核对；简单拆分文本统计会受注释、空白和未加载文件影响，不能直接判定冲突。

常见成因与修法

成因 1：同一站点配置了两遍

sites-enabled 里同时软链了 default 和自己写的配置，或复制配置忘了改域名：

ls -l /etc/nginx/sites-enabled/
# default -> /etc/nginx/sites-available/default
# mysite -> /etc/nginx/sites-available/mysite   ← 两个都写了 server_name example.com

修法：删掉多余的那个软链/文件，或把两份配置合并成一个 server 块。

成因 2：include 顺序导致"第一个"不是你要的那个

Nginx 按 include 的文件顺序加载，先出现的 server_name 赢。如果 conf.d 下 00-old.conf 和 mysite.conf 都声明了 example.com，生效的是前者。

修法：让域名只出现一次；相同监听组合上不应靠文件排序实现覆盖。

成因 3：HTTP 和 HTTPS 各写了一份但其中一个忘了 listen 443

这是合法场景：HTTP 和 HTTPS 两个 server 块用同一个域名是正常且必要的——只要它们的 listen 不同：

server { listen 80;      server_name example.com; return 301 https://$host$request_uri; }
server { listen 443 ssl; server_name example.com; ... }

⚠️ 但如果两个块都 listen 80 还同名，就会触发这个警告。

验证修复

nginx -t                      # 警告应消失
nginx -T | grep -B2 'server_name example.com'   # 确认只剩预期的那几处

多域名共用入口时，还应检查请求是否落到正确站点。访问日志需先记录 $host 与站点标识，再用 DataKit采集并解析；在观测云日志查看器按域名核对响应，能够补充上面的请求验证。启动警告仍要结合 nginx -t 和服务日志检查，正常流量本身不能证明没有重复配置。

常见问题（FAQ）

Q：这个警告会让 Nginx 启动失败吗？
A：不会，它是 warn 级。但冲突名字的流量可能落入第一个映射，其他名字或默认站点路径仍可能到达该块，实际效果可能是线上事故。

Q：一个域名可以出现在多个 server 块里吗？
A：可以，前提是 listen 不同（80 vs 443）或 listen 的 IP/端口组合不同。同样的 listen + 同样的 server_name 才是冲突。

Q：默认 server（default_server）和冲突有关吗？
A：无关但容易混淆：没匹配到任何 server_name 时请求落到该 listen 地址的第一个（或标记 default_server 的）块。排查"流量去了不该去的站点"时两个机制都要看。