Nginx泛域名*.example.com不匹配主域且优先级低于精确匹配，需检查重复定义、匹配顺序及default_server设置，避免请求静默错配。
泛域名（如 *.example.com）在 Nginx 中看似方便，但常和泛解析 DNS 一起引发“请求进错站”的静默问题——比如访问 test.example.com 却打开默认页，或 www.example.com 被通配块意外捕获。关键不在 DNS 解析对不对，而在 Nginx 怎么选中 server 块：DNS 只负责把域名解析到 IP，真正路由请求的是 server_name 匹配逻辑。
确认泛域名是否被正确加载且无重复定义
Nginx 对同一端口下重复的 server_name *.example.com 会静默忽略后加载者，并只报警告（如 conflicting server name "*.example.com" on 0.0.0.0:443, ignored），不中断启动。必须主动检查：
- 运行
nginx -T 2>/dev/null | grep -A 5 "server_name.*\*.example\.com"，确认它出现在哪个配置文件、是否被 include 进来 - 用
nginx -T 2>/dev/null | grep "listen.*443" -A 3列出所有 HTTPS server 块，观察顺序及是否有多个含*.example.com - 特别注意：通配符
*.example.com不匹配example.com本身，若主站也要响应，需显式加写server_name example.com *.example.com
验证匹配优先级是否被更高权重规则覆盖
泛域名属于“前导通配符”，优先级低于精确匹配、高于正则。常见冲突场景：
-
server_name www.example.com;和server_name *.example.com;同在 443 端口 → 访问www.example.com必定走前者，*.example.com完全不生效 -
server_name ~^([a-z]+)\.example\.com$;是正则，一旦命中立即终止匹配，后续*.example.com块不会参与比对 -
server_name .example.com;（带前导点）等价于*.example.com，但语义更模糊，建议统一用*.example.com避免混淆
区分 DNS 泛解析与 Nginx 泛匹配的职责边界
DNS 泛解析（如 *.example.com A 192.168.1.100）只确保任意子域都能解析到你的服务器 IP；Nginx 的 *.example.com 才决定该请求由哪个 server 块处理。二者叠加时易误判根源：
- 先用
dig test.example.com +short确认 DNS 返回预期 IP；再用curl -H "Host: test.example.com" https://127.0.0.1绕过 DNS 直连，看是否仍进错块 - 如果直连也错配，说明是 Nginx 配置问题；如果仅公网访问错配，才回头查 DNS TTL、缓存或 CDN 是否劫持了 Host 头
- 注意：某些 CDN（如 Cloudflare）可能改写 SNI 或 Host，导致 Nginx 收到的 Host 值不是原始域名，需结合
$host和$http_host日志字段交叉验证
用日志和 return 快速定位兜底流量来源
泛域名常被当作“兜底块”，但容易无意中吃掉本该 404 或进其他站的请求：
- 在疑似泛匹配的 server 块里临时加
access_log /var/log/nginx/wildcard-catch.log main;，观察是否有api.example.com、staging.example.com等本应独立配置的域名打进来 - 更激进但有效：在该块加
return 444;（关闭连接），然后逐个取消注释其他 server 块，看哪个恢复后请求恢复正常 - 检查是否遗漏
default_server：若没设，Nginx 会把第一个 listen 443 的块当兜底——哪怕它写的是server_name example.com;，也会响应所有未匹配的Host
