Nginx的server_name和location配置

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以及排查问题都是非常重要的，希望本文能帮到大家。

一般Nginx的配置都默认在 /usr/local/etc/nginx/nginx.conf 里，但是如果我们有多个虚拟主机需要配置的话，全部写在 nginx.conf 下会很臃肿，因此呢， Nginx 提供 include 包含其他配置文件的方式帮助我们解决这个问题，接下来我们就来看看具体怎么配置

安装好 Nginx 后，其默认配置文件不需要更改，它已经帮我们导入了其他配置文件的目录，如上图，最后一句 include servers/*，意思就是该配置文件包含 nginx.conf 的同级目录下的 servers 文件夹下所有的文件，这时候我们只需要在 nginx.conf 的同级目录下创建一个 servers 的文件夹，然后创建自己的 .conf 文件就行,当然，如果你的配置文件是其他目录，就修改 include 后的路径就可以

xxx.conf 中的只需要写 server 块就行，其实就相当于把这个 server 块添加到 nginx.conf 中的 http 块中

重启 nginx

sudo nginx -s reload

基于名称（指 HTTP 请求头 Host 字段）的虚拟服务器指通过 HTTP 请求头的 Host 来决定客户端请求由哪个 server 进行处理。

让我们从一个简单的配置开始，下面配置了三个虚拟服务器，它们均侦听 80 端口 ：

上面配置中，nginx 仅测试请求的头字段“Host”以确定应将请求路由到哪个 server。如果“Host”的值与任何 server 名称都不匹配，或者请求根本不包含“Host”头字段，则 nginx 会将请求路由到此端口的默认 server。

上面的配置中，默认 server 是第一个 —— 这是 nginx 的标准默认行为。还可以使用 listen 指令中的 default_server 参数明确设置哪个 server 应该是默认 server：

如果不允许处理没有“Host”头字段的客户端请求（反过来说，只处理带有 Host 头字段的客户端请求），可以定义一个只丢弃请求的 server：

在这里，server_name 设置为一个空字符串，它将匹配没有“Host”头字段的请求，并返回一个特殊的 nginx 非标准代码 444 来关闭连接。

让我们看一个更复杂的配置，其中一些虚拟服务器侦听不同的地址：

上面配置中，nginx 首先根据 server 块的 listen 指令测试请求的 IP 地址和端口。然后，它根据与 IP 地址和端口匹配的 server 块的 server_name 条目测试请求的“Host”标头字段。如果未找到服务器名称，则请求将由默认服务器处理。例如，在 192.168.1.1:80 端口上收到的 www.example.com 请求将由 192.168.1.1:80 端口的默认服务器处理，即由第一个服务器处理，因为没有 www.example .com 为此端口定义。

如前所述，默认服务器是监听端口的一个属性，可以为不同的端口定义不同的默认服务器：

现在让我们看看 nginx 如何选择一个位置来处理一个典型的、简单的 PHP 站点的请求：

无论列出的顺序如何，nginx 首先搜索由文字字符串给出的最具体的前缀位置。在上面的配置中，唯一的前缀位置是“/”，并且由于它匹配任何请求，因此将用作最后的手段。然后 nginx 按照配置文件中列出的顺序检查正则表达式给出的位置。第一个匹配的表达式停止搜索，nginx 将使用这个位置。如果没有正则表达式匹配请求，则 nginx 使用之前找到的最具体的前缀位置。

注意： 所有类型的位置仅测试不带参数的请求行的 URI 部分。这样做是因为查询字符串中的参数可以通过多种方式给出，例如：

此外，任何人都可以在查询字符串中请求任何内容：

现在让我们看看在上面的配置中如何处理请求：

---