各位站长朋友们好呀！我是你们的老朋友服务器侦探小N~今天咱们要聊一个让无数运维人抓狂的灵异事件——明明配置了多个虚拟主机，Nginx却像得了选择性失明症，死活只认第一个！(╯‵□′)╯︵┻━┻

一、案件重演：虚拟主机的"消失之谜"

上周有位粉丝急吼吼地找我："小N救命啊！我按教程配了三个虚拟主机，结果访问后两个域名都自动跳转到第一个站点，这见鬼了？"


这种情况就像你去麦当劳点餐，无论说要巨无霸还是麦辣鸡翅，服务员都只给你麦香鱼...（别问为什么是麦当劳案例，写饿了）

二、犯罪现场勘查：常见翻车姿势

经过本侦探多年办案经验，这类案件通常有以下几个经典作案手法：

1. server_name 未正确配置（新手翻车第一名！）

```nginx

错误示范1：忘记加server_name

server {

listen 80;

这里没有server_name！

root /var/www/site1;

}

错误示范2：用默认_server

listen 80 default_server;

← 这个坏东西！

server_name example.com;

...

```

这就好比你在微信群@所有人，结果只有群主收到了消息（因为其他人被默认屏蔽了）

2. DNS配置连环车祸现场

有时候不是Nginx的锅：

- DNS解析没生效（ping一下域名看看IP对不对）

- 本地hosts文件缓存作妖（特别是Windows用户）

- CDN缓存开着强缓存（别笑，我真见过）

3. SSL证书引发的"血案"

listen 443 ssl;

server_name site1.com;

ssl_certificate /path/to/site1.crt;

listen 443;

← 忘记写ssl了！

server_name site2.com;

这相当于给site2穿了件皇帝的新衣——浏览器看到SSL就怂了，根本不敢访问第二个配置

三、刑侦技术：专业排雷四步法


Step 1. 检查Nginx配置语法

```bash

nginx -t

看到"syntax is ok"才算过第一关

Step 2. DNS侦探时间

dig +short example.com

nslookup example.com

Windows用户记得清DNS缓存：

ipconfig /flushdns

Step 3. Curl犯罪现场还原

curl -Iv http://example.com

重点观察：

* HTTP/1.1 200 OK

* Server: nginx/xxx

* X-Powered-By: PHP/7.x ←可能暴露后端信息

Step 4. Nginx日志追踪术

nginx.conf里添加调试日志：

error_log /var/log/nginx/debug.log debug;

然后重现问题，查看日志里到底匹配了哪个server块：

grep "using configuration" /var/log/nginx/debug.log

四、终极解决方案大全

根据不同的犯罪动机，我们有以下破解之法：

Case1：普通HTTP站点配置

server_name site1.com www.site1.com;

server_name site2.com www.site2.com;

root /var/www/site2;

重点检查项：

- server_name不能重复

- 不要出现default_server标记（除非你确定需要）

- reload前务必测试配置 `nginx -t`

Case2：HTTPS站点特别篇

HTTPS必须每个server单独配置ssl参数！

listen 443 ssl http2;

ssl_certificate /path/to/site1.crt;

ssl_certificate_key /path/to/site1.key;

root /var/www/site1_ssl;

listen 443 ssl http2;

ssl_certificate /path/to/site2.crt;

ssl_certificate_key /path/to/site2.key;

root /var/www/site2_ssl;

血泪教训：曾经有位勇士试图用通配符证书偷懒，结果因为SNI配置问题翻车...

Case3：IP相同的多端口方案

listen 8080;

server_name api.example.com;

location / {

proxy_pass http://localhost:3000;

proxy_set_header Host $host;

↑这个header很重要！

...

五、高级侦查技巧（老司机必备）

技巧1：用正则匹配二级域名

~表示正则匹配所有子域名

    server_name ~^(?.+)\.example\.com$;

    root /var/www/$subdomain;

    location / {

        try_files $uri $uri/ =404;

    }

技巧2：default_server的正确打开方式

```nginx 

default_server应该放在最后作为兜底方案 

    listen      80 default_server; 

    listen      [::]:80 default_server;

    return      444;

直接关闭连接 

【结案陈词】

通过今天的探案之旅，我们发现了Nginx虚拟主机"隐身术"背后的三大元凶：

1. server_name配置失误（占案件60%）

2. DNS/CDN缓存问题（占案件30%）

3. SSL证书配置不当（占案件10%）

记住本侦探的口诀："一查语法二看DNS，三验证书四跟日志"。遇到问题时按照这个checklist排查，保准你能快速破案！

最后送大家一个彩蛋命令——可以查看当前Nginx加载的所有有效配置：

```bash 

nginx -T | grep -A10 "server {"

如果还有疑难杂症没解决...老规矩！评论区召唤本侦探~咱们下期《502 Bad Gateway之谁动了我的PHP-FPM》再见！(๑•̀ㅂ•́)و✧

TAG:nginx多个虚拟主机只显示第一个,nginx设置多个server,nginx配置多个server只有一个生效,nginx多个server_name,2台nginx配置1个虚拟ip,nginx配置多个虚拟主机