出现 conflicting server name 错误是因为 nginx 配置中多个 server 块定义了完全相同的 server_name，导致无法确定请求由哪个块处理。解决方法是检查所有配置文件，确保每个 server_name 值在同一个端口或 ip 组合下唯一，或者使用泛域名和通配符来合并重复项。
如何定位冲突的 server_name
要找到冲突的具体位置，需要遍历 Nginx 的所有配置文件并提取 server_name 的值进行比对。通常这些文件分布在 /etc/nginx/conf.d/ 目录或 /etc/nginx/sites-enabled/ 目录下。通过命令行工具可以列出所有唯一的 server_name 及其所在的文件路径，从而快速锁定重复项。
grep -r 'server_name' /etc/nginx/ | grep -v '#' | sort -u
运行上述命令后，观察输出结果。如果看到同一行 server_name 值出现在不同的文件中，例如 /etc/nginx/conf.d/a.conf 和 /etc/nginx/conf.d/b.conf 都包含 server_name example.com;，这就确认了冲突源。此时应保留其中一个配置，删除或注释掉另一个，或者将它们的逻辑合并到一个 server 块中。
如何处理泛域名与具体域名的冲突
当配置中存在泛域名（如 *.example.com）和具体域名（如 www.example.com）时，Nginx 允许它们共存，但如果两个 server 块都使用了完全相同的泛域名模式，也会报错。此外，如果误将具体域名写成了泛域名格式，也可能引发冲突。解决思路是明确区分精确匹配和泛匹配，并确保没有重复的模式定义。
server { listen 80; server_name *.example.com; # 处理所有子域名 } server { listen 80; server_name www.example.com; # 处理特定子域名 }
在上述代码中，*.example.com 和 www.example.com 不冲突，因为 Nginx 优先匹配精确域名。但如果第二个块也写成 server_name *.example.com;，就会触发 conflicting server name 错误。此时应将第二个块改为具体的域名，或者将其合并到第一个块中，通过 if 语句或 try_files 来处理不同子域名的逻辑。确保每个 server 块的 listen 指令和 server_name 组合在全局配置中是唯一的。
基于默认服务器配置的冲突排查
如果未显式指定 server_name，Nginx 会使用空字符串作为默认值。当多个 server 块都没有设置 server_name，或者都设置为空时，它们会争夺默认服务器的位置，导致冲突。这种情况下，即使域名不同，只要请求的 Host 头不匹配任何已定义的 server_name，Nginx 就无法决定由哪个块响应，从而报错或回退到第一个加载的配置。解决方法是为每个 server 块明确指定 server_name，或者只保留一个默认的 server 块用于处理未匹配的请求。
