nginx配置之server_name不再迷惑

Nginx是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务，大家常用的应该就是静态服务器和反向代理了：

静态资源服务配置：

location /images/ {
	root /data/images;
  #这里是一个hello world...
}

反向代理配置：

location ~/api {
	proxy_pass http://127.0.0.1;
}

以上不是我要说的重点。

但是如果有人在服务器上如下配置：

server {
	listen ip1:port;
  server_name a.com;
  ...
}

serever {
	listen ip2:port;
  server_name b.com;
  ...
}

我的请求 curl http://a.com:port 会被哪个server处理？？？[可怜]

如果你能很确定的回答上来，那就看看文末的答案和你想得是否一致，如果不确定那就继续读下去，我相信都到最后你能给出一个明确的答案

跟着搞，我嘴对嘴地告诉你步骤：

1. 首先查看我的服务端ip

查看到该主机ip10.0.0.189，新增两个虚拟ip

ip addr add 10.0.0.100/24 dev 你的网卡名称
ip addr add 10.0.0.101/24 dev 你的网卡名称

2.再次查看ip，可明确看到新增的两个ip成功

3.建立nginx资源目录（默认/var/www/html,我直接在nginx的目录搞了）如下：

index.html内容很简单，分别对应目录输出A、B、C

4.编写nginx配置

server {
        listen 10.0.0.189;
        location / {
                root /etc/nginx/www/a;
                index index.html;
        }
}
server {
        listen 10.0.0.100;
        location / {
                root /etc/nginx/www/b;
                index index.html;
        }
}

server {
        listen 10.0.0.101;
        location / {
                root /etc/nginx/www/c;
                index index.html;
        }
}

5.客户端机器编辑 hosts 文件新增服务端解析，如下

6.在客户端验证结果：

由于我比较懒，所以写了个脚本验证

#!/bin/bash
echo "a.com  AA"  # 访问 a.com 期望输出 A
curl http://a.com
echo "b.com  BB"
curl http://b.com
echo "c.com  CC"
curl http://c.com
echo "10.0.0.189 AA" #访问 10.0.0.189 期望输出 A
curl http://10.0.0.189
echo "10.0.0.100 BB"
curl http://10.0.0.100
echo "10.0.0.101 CC"
curl http://10.0.0.101

1. 验证结果（listen ip:port; 没有server_name的情况下）

可以看到无论通过 ip 还是 server_name 结果和我们的预期都是一致的

2.更改nginx配置

server {
        listen 80;
        server_name a.com;
        location / {
                root /etc/nginx/www/a;
                index index.html;
        }
}
server {
        listen 80;
        server_name b.com;
        location / {
                root /etc/nginx/www/b;
                index index.html;
        }
}

server {
        listen 10.0.0.100:80;
        server_name c.com;
        location / {
                root /etc/nginx/www/c;
                index index.html;
        }
}

结果：

a.com正常

b.com异常：b.com期望输出B但是结果输出了C，因为b.com通过hosts之后解析到了10.0.0.100,正好能匹配到c.com(listen 10.0.0.100:80)服务，所以打印了C

c.com异常：c.com通过hosts解析之后是10.0.0.101:80，但是配置的3个服务没有与这个相匹配的，所以取默认的第一个既a.com;

ip原理与上面一样域名解析一样

默认服务配置：

如果不配置，nginx会按照配置顺序取得第一个。

可通过default_server指定，不过0.8.21之前的版本使用default

更改nginx配置，在b.com中增加default_serevr

server {
        listen 80;
        server_name a.com;
        location / {
                root /etc/nginx/www/a;
                index index.html;
        }
}
server {
        listen 80 default_serevr;
        server_name b.com;
        location / {
                root /etc/nginx/www/b;
                index index.html;
        }
}

server {
        listen 10.0.0.100:80;
        server_name c.com;
        location / {
                root /etc/nginx/www/c;
                index index.html;
        }
}

可以看到默认的A输出全部变成了b.com的B

nginx配置文件保持不变，再次进行如下访问：

因为 a.com 与 b.com 的监听没有指定 ip，所以请求头中的 Host 字段起了决定性作用

但是c.com的监听配置了ip对应b.com,所以请求头中的 Host 字段失效了

结论：

1. 如果 listen ip:port;格式，则 nginx 首先判断ip是否有匹配，如果没有则在通过请求头中的 Host 路由，如果都失败了，那就使用默认路由
2. 如果 listen port;格式，则 nginx 使用请求头中的 Host 判断路由，如果失败，则使用默认路由

所以我们开头的例子答案是什么呢？

server {
	listen ip1:port;
  server_name a.com;
  ...
}

serever {
	listen ip2:port;
  server_name b.com;
  ...
}

请求 curl http://a.com:port

按照常理来说那就是a.com了。

但是

经过以上我们的实验，此时的客户机a.com解析出来是 ip2 结果是不是就不一样了呢？