nginx配置之server_name不再迷惑（nginx server配置详解）
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处理？？？[可怜]
如果你能很确定的回答上来，那就看看文末的答案和你想得是否一致，如果不确定那就继续读下去，我相信都到最后你能给出一个明确的答案
跟着搞，我嘴对嘴地告诉你步骤：
- 首先查看我的服务端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- 验证结果（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 字段失效了
结论：
- 如果 listen ip:port;格式，则 nginx 首先判断ip是否有匹配，如果没有则在通过请求头中的 Host 路由，如果都失败了，那就使用默认路由
- 如果 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 结果是不是就不一样了呢？