最简单有效的测试方式是用curl指定Host头绕过DNS直击Nginx路由逻辑：1. curl -H "Host: test-dev.example.com" http://127.0.0.1:8081应命中开发配置；2. curl -H "Host: test-qa.example.com" http://127.0.0.1:8082应命中测试配置；3. curl -H "Host: unknown-site.local" http://127.0.0.1:8081若无泛匹配应返回404或默认server；需验证default_server设置、日志分离、响应头标识及server_name匹配优先级（精确>前缀通配>后缀通配>正则）。

直接用 curl 指定 Host 头发起请求，是最简单有效的测试方式。关键不是看域名能不能解析，而是验证 Nginx 是否按 server_name 正确路由到对应 server 块。

用 curl 模拟不同域名请求

在本地或测试机执行以下命令，绕过 DNS 解析，直击 Nginx 的匹配逻辑：

• curl -H "Host: test-dev.example.com" http://127.0.0.1:8081 → 应命中开发环境配置
• curl -H "Host: test-qa.example.com" http://127.0.0.1:8082 → 应命中测试环境配置
• curl -H "Host: unknown-site.local" http://127.0.0.1:8081 → 若无泛匹配，应返回 404 或默认 server

检查默认 server 和 fallback 行为

Nginx 总会有一个“默认” server 块（通常是配置文件中第一个 listen 相同端口的块）。测试时需确认：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• 未匹配任何 server_name 的请求是否落入预期的默认站点
• 配置中显式设置 default_server 参数可明确指定：例如 listen 8081 default_server;
• 避免仅靠顺序隐式依赖，默认行为易被后续配置变更打破

验证日志与响应头差异

在各 server 块中加入差异化标识，便于快速识别路由结果：

• 在 location / 中返回不同 index.html，内容含环境名（如 “DEV ENV”、“QA ENV”）
• 添加自定义响应头：add_header X-Server-ID "dev-vhost";，再用 curl -I 查看
• 启用 access_log 并为每个 server 指定独立日志路径，观察哪条日志有记录

注意通配符与优先级陷阱

server_name 匹配有严格优先级：精确匹配 > 最长通配符前缀（*.example.com）> 最长通配符后缀（www.example.*）> 正则匹配。测试时建议：

• 用 nginx -t 确认语法正确，再 nginx -s reload
• 临时在配置中加入 error_log /var/log/nginx/debug.log notice;，开启 notice 级别日志可看到匹配过程
• 避免同时使用 www.example.com 和 *.example.com 导致意外交替命中