Nginx的server_name和location配置

Posted 2023-03-24

参考技术A nginx 是目前最流行的Web服务器,由于具备高性能、高可靠以及支持热部署等特性被人们所青睐。Nginx用途广泛,其可作为静态资源服务器，也可充当代理服务器(HTTP/TCP/UDP/MAIL等)，还可以用来实现一些简单的API服务。Nginx主要是通过其配置文件(一般名为 nginx.conf )来控制它的行为，本文主要介绍其http模块下的 server_name 和 location 这两条指令的配置。

虚拟主机是一种在单一主机或主机群上运行多个网站或服务的技术，可以用来解决IP地址资源有限而网站数目日益增多的问题。实现方式主要有以下三种:

其中使用最广泛无疑是基于域名的方式,不同的域名通过DNS最终可以解析到相同的IP地址,在对应的机器上我们可以使用Nginx等Web服务器软件对不同的域名请求进行相应的处理。这里再提及一点,我们平时访问一个网站，是通过DNS将其解析到某一个IP上,我们的客户端(通常是浏览器)最终是和这个IP对应的机器建立连接，从而发送请求的。那么Nginx等服务器是如何知道一个请求对应的是哪个域名的呢？

答案在于HTTP协议中的Host请求头,其值为我们要访问的域名。这里需要注意的是,在HTTP/1.0中是不支持Host请求头字段的,所以HTTP/1.0是不支持虚拟主机技术的，而根据 rfc2616规范 HTTP/1.1协议中客户端发送的请求必须带上Host这个请求头,否则服务器必须返回 400 Bad Request 响应。

而nginx正是通过http模块下的server指令块来配置虚拟主机。

sever_name指令后面的参数值可以是以下几种:

除了以上几种形式，还有下面几种表示特殊含义的域名:

当需要决定采用哪个server块的配置处理请求时,会根据以下的顺序查找:

示例,假设nginx只有以下server配置:

在hosts文件上加上以下配置:

我们可以直接用浏览器访问或者借助curl工具来进行测试,测试结果如下,可对照上面的查找顺序进行分析:

值得说明的是，由于上面的配置没有显示指定默认server,所以会默认匹配到第一个配置,假如我们在配置最后再添加如下配置:

重启后，再访问 http://www.b.com ,会输出default_server,其他访问结果不变。注意这里的 default_server 是配置在 listen 指令下的。

关于listen指令,有几点需要注意的地方:

这时访问 http://www.b.com ,由于上面这个server监听的是8000端口，跟请求的80端口不匹配,结果将会变回 ~^www\.a\..*

这时如果是在公网访问的话，不管访问上面的哪个域名都会返回"default_server"，理由是不设置IP的话nginx默认会监听该机器的所有IP的特定端口,设置了的话只会监听该IP的特定端口。
本地访问同理，不能匹配到listen了公网IP的server。

了解完server_name和listen的配置规则，我们知道了一个请求过来会对应哪个server。接下来我们要讨论的是某个server下不同请求URI对应的location配置查找规则。

根据配置语法我们知道location可以有以下几种形式:

根据请求的URI和location的配置,查找请求对应的location过程如下:

根据上面的查找过程，可以得到一些配置优化点：

假设有如下配置:

测试结果如下:

关于最后一条测试结果,需要注意的是， /a/.*$ 这个正则表达式,并不要求请求URI以 /a 开头，这也是很容易疏漏的地方,若想匹配以 /a 开头的请求，应改为 ^/a/.*$ ,此时最后一条测试结果会变为C

@ 前缀可以用来定义一个命名的location,该location不处理正常的外部请求,一般用来供内部重定向使用。它们不能嵌套,也不能包含嵌套的location。
例如:

这时访问 /try 或者 /error 都会返回"@name"

本文主要介绍了nginx关于 server_name 和 location 的配置以及匹配规则,并举例说明。 server_name 和 location 指令是nginx中非常重要的两条指令，掌握这两条指令对于我们配置nginx以及排查问题都是非常重要的，希望本文能帮到大家。