nginx的server_name仅匹配host请求头中的域名，忽略端口；排查需确认实际host值、理解匹配优先级（精确>通配符>正则>default_server），并用curl或日志验证。
在 Nginx 中，server_name 指令**只匹配请求头中的 Host 字段（即域名部分），完全忽略端口号**。这意味着 server_name example.com 会同时匹配 http://example.com、http://example.com:8080、https://example.com:8443 等所有带该 Host 的请求——端口不参与匹配逻辑。排查由此引发的匹配异常，关键在于确认实际收到的 Host 值、理解 Nginx 匹配优先级，并验证配置是否符合预期。
确认客户端发送的 Host 请求头内容
Nginx 不看 URL 里的端口，只看 HTTP 请求头中 Host 字段的值。常见误区是以为访问 http://example.com:8080 就会让 Nginx 尝试匹配 server_name example.com:8080——这是无效的，因为 Host 头默认不含端口（除非显式写出，如 Host: example.com:8080）。
- 用
curl -v http://example.com:8080/查看响应头和实际发出的Host头（通常为Host: example.com） - 用
tcpdump或 Wireshark 抓包，过滤 HTTP 流量，直接查看原始请求头 - 在 server 块中临时加日志记录：
log_format debug '$host $server_name "$http_host" $request';，配合access_log /var/log/nginx/debug.log debug;
检查 server_name 匹配顺序与通配符行为
Nginx 按固定优先级选择 server 块：精确匹配 > 最长前缀通配符（*.example.com）> 最长后缀通配符（example.*）> 正则匹配 > 默认 server（default_server）。端口不参与排序，但多个 server 监听同一端口时，Host 冲突易被掩盖。
- 运行
nginx -t && nginx -T输出所有生效的 server 配置，重点关注listen和server_name组合 - 检查是否有多个
server_name example.com分布在不同listen指令下（如一个 listen 80，一个 listen 8080），它们都可能响应Host: example.com - 避免使用空或模糊的
server_name（如""或~^$），否则可能意外捕获流量
区分监听端口与 Host 匹配逻辑
一个 server 块可以监听多个端口（listen 80; listen 8080;），只要 Host 匹配成功，就会进入该块处理——无论请求发往哪个端口。若想让不同端口走不同逻辑，必须靠 listen + server_name 组合隔离，或用 $server_port 变量做运行时判断。
- 明确用途：用
listen 8080 default_server;确保该 server 处理所有未被其他 server 显式匹配的 8080 请求 - 需要端口感知时，在 location 中用
if ($server_port = "8080") { ... }分流（注意 if 在 location 中的安全限制） - 更推荐方式：为不同端口定义独立 server 块，并设置不同的
server_name或利用default_server明确归属
验证与调试技巧
绕过 DNS 和浏览器缓存，直接构造可控请求，是最有效的验证手段。
- 用 curl 强制指定 Host：
curl -H "Host: example.com" http://127.0.0.1:8080/，观察是否进入预期 server 块 - 对比测试：
curl -H "Host: wrong.com" http://127.0.0.1:8080/应落入default_server或返回 404 - 开启
error_log /var/log/nginx/error.log debug;（临时），搜索"no server" "matched" "using" "host"等关键词，Nginx 会在 debug 日志中打印匹配过程
