Nginx基于域名的虚拟主机配置核心是server_name唯一匹配与listen协议端口对齐：server_name需精确或合理通配，listen须对应HTTP/HTTPS及端口，default_server需显式设置并独立配置，排查按nginx -t、curl模拟、查错误日志、权限与证书顺序进行。
配置 Nginx 基于域名的虚拟主机（Server Blocks）是 Web 服务部署的基础操作，但新手常因忽略细节导致 404、502、证书不生效或请求被错误路由。核心原则就一条：每个 server 块必须有明确且唯一的 server_name，且 listen 指令要匹配实际访问方式（HTTP/HTTPS、端口、IP）。
server_name 必须精确匹配或合理使用通配符
浏览器发送的 Host 头必须与某个 server 块中的 server_name 完全一致（或符合通配符规则），Nginx 才会选中该块处理请求。
- 写成 server_name example.com; 时，只响应 Host: example.com 的请求，www.example.com 会被其他块或默认块接管
- 若需同时支持主域和 www，应写为 server_name example.com www.example.com;
- 通配符仅支持前导星号，如 server_name *.example.com; 匹配 sub.example.com，但不匹配 example.com 或 www.sub.example.com
- 空字符串 server_name ""; 可捕获 Host 头为空的请求（如直接用 IP 访问），适合做兜底或防恶意请求
listen 指令必须与实际访问协议和端口对齐
一个 server 块是否被启用，取决于 listen 是否监听了客户端发起连接的目标端口和协议。
- HTTP 访问（http://example.com）必须有 listen 80; 或 listen *:80;
- HTTPS 访问（https://example.com）必须有 listen 443 ssl;，且必须包含 ssl_certificate 和 ssl_certificate_key 指令
- 不要在同一个 listen 地址上重复定义多个 server 块（例如两个都写 listen 80; 且 server_name 都是 example.com），Nginx 启动会报错
- 若服务器有多个 IP，可限定监听地址： listen 192.168.1.10:80;，避免与其他站点冲突
default_server 设置不当会导致请求“乱入”
当 Host 头无法匹配任何 server_name 时，Nginx 会把请求交给标记为 default_server 的那个块——它不是“默认启用”，而是“兜底响应”。新手常误以为没设 default_server 就不会响应，其实 Nginx 会自动选第一个 listen 相同的块作为隐式 default。
- 显式声明更安全： listen 80 default_server; 或 listen 443 ssl default_server;
- 建议为 default_server 单独建一个最小化配置（返回 444 或重定向到主站），防止信息泄露或被用于恶意域名解析
- HTTP 和 HTTPS 的 default_server 是独立的，需分别设置
常见错误排查顺序（按优先级）
遇到“找不到页面”“连接被拒绝”“证书警告”等问题，按以下顺序检查：
- 运行 nginx -t 确认语法无误；再 nginx -s reload 生效（别忘了 reload）
- 用 curl -I -H "Host: example.com" http://127.0.0.1 模拟请求，绕过 DNS，确认是配置问题还是网络/DNS 问题
- 查 Nginx 错误日志（通常是 /var/log/nginx/error.log），搜索 “no suitable server found”、“SSL certificate can’t be loaded” 等关键词
- 检查文件权限：证书文件、网站根目录、log 目录，需确保 nginx 工作用户（如 www-data 或 nginx）有读取权限
- HTTPS 站点务必验证证书链完整、私钥未加密（或已正确配置 ssl_password_file）、时间未过期
