这些nginx安装配置你都了解吗
Nginx多用于配置Web服务器。抽象来说，将Nginx配置为Web服务器就是定义处理哪些 URLS 和如何处理这些URLS 对应的请求，定义一些虚拟服务器，控制具有特定 IP 和域名的请求。Nginx 通过定义一系列 locations 来控制对 URIS 的选择。每一个 location 定义了对映射到自己的请求的处理场景，返回一个文件或者代理请求，或者根据不同的错误代码返回不同的错误页面。另外，根据 URI 的不同，请求也可以被重定向到其它。下面就由创新互联建站小编和大家讲一讲nginx安装配置。
一、设置虚拟服务器
listen：
Nginx 配置文件至少包含一个 server 命令 ，用来定义虚拟服务器。当请求到来时， Nginx 会首先选择一个虚拟服务器来处理该请求。
虚拟服务器定义在 http 上下文中的 server 中：
http{
server{
#Serverconfiguration
}
}
注意： http 中可以定义多个 server
server 配置块使用 listen 命令监听本机 IP 和端口号(包括 Unix domain socket and path)，支持 IPv4、IPv6，IPv6地址需要用方括号括起来：
server{
listen127.0.0.1:8080;#IPv4地址，8080端口
#listen[2001:3CA1:10F:1A:121B:0:0:10]:80;#IPv6地址，80端口
#listen[::]:80;#听本机的所有IPv4与IPv6地址，80端口
#Therestofserverconfiguration
}
上述配置，如果不写端口号，默认使用80端口，如果不写 IP ，则监听本机所有 IP。
server_name：
如果多个 server 的 listen IP 和端口号一模一样， Nginx 通过请求头中的 Host
与 server_name 定义的主机名进行比较，来选择合适的虚拟服务器处理请求：
server{
listen80;
server_namelufficc.comwww.lufficc.com;
...
}
server_name 的参数可以为：
1、完整的主机名，如：api.lufficc.com 。
2、含有通配符(含有 *)，如：*.lufficc.com 或 api.* 。
3、正则表达式，以 ~ 开头。
通配符只能在开头或结尾，而且只能与一个 . 相邻。www.*.example.org 和 w*.example.org均无效。 但是，可以使用正则表达式匹配这些名称，例如 ~^www\..+\.example\.org$ 和~^w.*\.example\.org$ 。 而且 * 可以匹配多个部分。 名称 * .example.org 不仅匹配www.example.org，还匹配www.sub.example.org。
对于正则表达式：Nginx 使用的正则表达式与 Perl 编程语言(PCRE)使用的正则表达式兼容。 要使用正则表达式，且必须以 ~ 开头。
命名的正则表达式可以捕获变量，然后使用：
server{
server_name~^(www\.)?(?.+)$;
location/{
root/sites/$domain;
}
}
小括号 () 之间匹配的内容，也可以在后面通过 $1 来引用，$2 表示的是前面第二个 () 里的内容。因此上述内容也可写为：
server{
server_name~^(www\.)?(.+)$;
location/{
root/sites/$2;
}
}
一个 server_name 示例：
server{
listen80;
server_nameapi.lufficc.com*.lufficc.com;
...
}
同样，如果多个名称匹配 Host 头部， Nginx 采用下列顺序选择：
1、完整的主机名，如 api.lufficc.com。
2、最长的，且以 * 开头的通配名，如：*.lufficc.com。
3、最长的，且以 * 结尾的通配名，如：api.* 。
4、第一个匹配的正则表达式。(按照配置文件中的顺序)
即优先级：api.lufficc.com >*.lufficc.com >api.* >正则。
如果 Host 头部不匹配任何一个 server_name ,Nginx 将请求路由到默认虚拟服务器。默认虚拟服务器是指：nginx.conf 文件中第一个 server 或者 显式用 default_server 声明：
server{
listen80default_server;
...
}
二、配置 location
URI 与 location 参数的匹配
当选择好 server 之后，Nginx 会根据 URIs 选择合适的 location 来决定代理请求或者返回文件。
location 指令接受两种类型的参数：
1、前缀字符串(路径名称)
2、正则表达式
对于前缀字符串参数， URIs 必须严格的以它开头。例如对于 /some/path/ 参数，可以匹配/some/path/document.html ，但是不匹配 /my-site/some/path，因为 /my-site/some/path 不以/some/path/ 开头。
server{
listen80default_server;
...
}
对于正则表达式，以 ~ 开头表示大小写敏感，以 ~* 开头表示大小写不敏感。注意路径中的 . 要写成 \. 。例如一个匹配以 .html 或者 .htm 结尾的 URI 的 location：
location~\.html?{
...
}
正则表达式的优先级大于前缀字符串。如果找到匹配的前缀字符串，仍继续搜索正则表达式，但如果前缀字符串以 ^~ 开头，则不再检查正则表达式。
三、具体的搜索匹配流程如下：
1、将 URI 与所有的前缀字符串进行比较。
2、= 修饰符表明 URI 必须与前缀字符串相等(不是开始，而是相等)，如果找到，则搜索停止。
3、如果找到的最长前缀匹配字符串以 ^~ 开头，则不再搜索正则表达式是否匹配。
4、存储匹配的最长前缀字符串。
5、测试对比 URI 与正则表达式。
6、找到第一个匹配的正则表达式后停止。
7、如果没有正则表达式匹配，使用 4 存储的前缀字符串对应的 location。
= 修饰符拥有高的优先级。如网站首页访问频繁，我们可以专门定义一个 location 来减少搜索匹配次数(因为搜索到 = 修饰的匹配的 location 将停止搜索)，提高速度：
location=/{
...
}
四、静态文件和代理
location 也定义了如何处理匹配的请求：返回静态文件 或者 交给代理服务器处理。下面的例子中，第一个 location 返回 /data 目录中的静态文件，第二个 location 则将请求传递给https://lufficc.com 域名的服务器处理：
server{
location/images/{
root/data;
}
location/{
proxy_passhttps://lufficc.com;
}
}
root 指令定义了静态文件的根目录，并且和 URI 拼接形成最终的本地文件路径。如请求/images/example.png，则拼接后返回本地服务器文件 /data/images/example.png 。
proxy_pass 指令将请求传递到 URL 指向的代理服务器。让后将来自代理服务器的响应转发给客户端。 在上面的示例中，所有不以 /images / 开头的 URI 的请求都将传递给代理服务器处理。
比如我把 proxy_pass 设置为 https://www.baidu.com/，那么访问 http://search.lufficc.com/ 将得到百度首页一样的响应(页面)(感兴趣的童鞋可以自己试一试搜索功能，和百度没差别呢)：
server{
listen80;
server_namesearch.lufficc.com;
location/{
proxy_passhttps://www.baidu.com;
}
}
五、使用变量(Variables)
你可以使用变量来使 Nginx 在不同的请求下采用不同的处理方式。绵阳服务器托管变量是在运行时计算的，用作指令的参数。 变量由 $ 开头的符号表示。 变量基于 Nginx 的状态定义信息，例如当前处理的请求的属性。
有很多预定义变量，例如核心的 HTTP 变量，你也可以使用 set，map 和 geo 指令定义自定义变量。 大多数变量在运行时计算，并包含与特定请求相关的信息。 例如，$remote_addr 包含客户端 IP 地址，$uri 保存当前URI值。
server{
...
return301https://lufficc.com$request_uri;
...
}
六、返回特定状态码
如果你的网站上的一些资源永久移除了，最快最简洁的方法就是使用 return 指令直接返回：
location/wrong/url{
return404;
}
return 的第一个参数是响应代码。可选的第二个参数可以是重定向(对应于代码301，302，303和307)的 URL 或在响应正文中返回的文本。 例如：
location/permanently/moved/url{
return301http://www.example.com/moved/here;}
return 指令可以包含在 location 和 server 上下文中：
server{
location/{
return404;
}
}
或者：
server{
...
return404;
location/{
...
}
}
七、错误处理
error_page 命令可以配置特定错误码的错误页面，或者重定向到其他的页面。下面的示例将在 404 错误发生时返回 /404.html 页面。
error_page404/404.html;
error_page 命令定义了如何处理错误，因此不会直接返回，而 return 确实会立即返回。当代理服务器或者 Nginx 处理时产生相应的错误的代码，均会返回相应的错误页面。
在下面的示例中，当 Nginx 找不到页面时，它将使用代码301替换代码404，并将客户端重定向到http://example.com/new/path.html 。 此配置很有用，比如当客户端仍尝试用旧的 URI 访问页面时，301代码通知浏览器页面已永久移除，并且需要自动替换为返回的新地址。
location/old/path.html{
error_page404=301http:/example.com/new/path.html;
}
八、重写 URIs
rewrite 指令可以多次修改请求的 URI。rewrite 的第一个参数是 URI需要匹配的正则表达式，第二个参数是将要替换的 URI。第三个参数可选，指示是否继续可以重写或者返回重定向代码(301或302)。例如：
location/users/{
rewrite^/users/(.*)$/show?user=$1break;
}
您可以在 server 和 location 上下文中包括多个 rewrite 指令。 Nginx 按照它们发生的顺序一个一个地执行指令。 当选择 server 时，server 中的 rewrite 指令将执行一次。
在 Nginx 处理一组 rewrite 指令之后，它根据新的 URI 选择 location 。 如果所选 location 仍旧包含 rewrite 指令，它们将依次执行。 如果 URI 匹配所有，则在处理完所有定义的 rewrite 指令后，搜索新的 location 。
以下示例将 rewrite 指令与 return 指令结合使用：
server{
...
rewrite^(/download/.*)/media/(.*)\..*$$1/mp3/$2.mp3last;
rewrite^(/download/.*)/audio/(.*)\..*$$1/mp3/$2.ralast;
return403;
...
}
诸如 /download/some/media/file 的 URI 被改为 /download/some/mp3/file.mp3 。 由于 last 标志，后续指令(第二个 rewrite 指令和 return 指令)被跳过，但 Nginx 继续以更改后的 URI 处理请求。 类似地，诸如 /download/some/audio/file 的 URI 被替换为/download/some/mp3/file.ra。 如果 URI 不匹配 rewrite 指令，Nginx 将403 错误代码返回给客户端。
last 与 break的区别是：
last ： 在当前 server 或 location 上下文中停止执行 rewrite 指令，但是 Nginx 继续搜索与重写的URI匹配的 location，并应用新 location 中的任何 rewrite 指令(这意味着 URI 可能再次改变)。
break ：停止当前上下文中 rewrite 指令的处理，并取消搜索与新 URI 匹配的 location。 不会执行新 location中的 rewrite 指令。小伙伴们要想获得更多nginx安装配置的内容，请关注创新互联！
一、设置虚拟服务器
listen：
Nginx 配置文件至少包含一个 server 命令 ，用来定义虚拟服务器。当请求到来时， Nginx 会首先选择一个虚拟服务器来处理该请求。
虚拟服务器定义在 http 上下文中的 server 中：
http{
server{
#Serverconfiguration
}
}
注意： http 中可以定义多个 server
server 配置块使用 listen 命令监听本机 IP 和端口号(包括 Unix domain socket and path)，支持 IPv4、IPv6，IPv6地址需要用方括号括起来：
server{
listen127.0.0.1:8080;#IPv4地址，8080端口
#listen[2001:3CA1:10F:1A:121B:0:0:10]:80;#IPv6地址，80端口
#listen[::]:80;#听本机的所有IPv4与IPv6地址，80端口
#Therestofserverconfiguration
}
上述配置，如果不写端口号，默认使用80端口，如果不写 IP ，则监听本机所有 IP。
server_name：
如果多个 server 的 listen IP 和端口号一模一样， Nginx 通过请求头中的 Host
与 server_name 定义的主机名进行比较，来选择合适的虚拟服务器处理请求：
server{
listen80;
server_namelufficc.comwww.lufficc.com;
...
}
server_name 的参数可以为：
1、完整的主机名，如：api.lufficc.com 。
2、含有通配符(含有 *)，如：*.lufficc.com 或 api.* 。
3、正则表达式，以 ~ 开头。
通配符只能在开头或结尾，而且只能与一个 . 相邻。www.*.example.org 和 w*.example.org均无效。 但是，可以使用正则表达式匹配这些名称，例如 ~^www\..+\.example\.org$ 和~^w.*\.example\.org$ 。 而且 * 可以匹配多个部分。 名称 * .example.org 不仅匹配www.example.org，还匹配www.sub.example.org。
对于正则表达式：Nginx 使用的正则表达式与 Perl 编程语言(PCRE)使用的正则表达式兼容。 要使用正则表达式，且必须以 ~ 开头。
命名的正则表达式可以捕获变量，然后使用：
server{
server_name~^(www\.)?(?.+)$;
location/{
root/sites/$domain;
}
}
小括号 () 之间匹配的内容，也可以在后面通过 $1 来引用，$2 表示的是前面第二个 () 里的内容。因此上述内容也可写为：
server{
server_name~^(www\.)?(.+)$;
location/{
root/sites/$2;
}
}
一个 server_name 示例：
server{
listen80;
server_nameapi.lufficc.com*.lufficc.com;
...
}
同样，如果多个名称匹配 Host 头部， Nginx 采用下列顺序选择：
1、完整的主机名，如 api.lufficc.com。
2、最长的，且以 * 开头的通配名，如：*.lufficc.com。
3、最长的，且以 * 结尾的通配名，如：api.* 。
4、第一个匹配的正则表达式。(按照配置文件中的顺序)
即优先级：api.lufficc.com >*.lufficc.com >api.* >正则。
如果 Host 头部不匹配任何一个 server_name ,Nginx 将请求路由到默认虚拟服务器。默认虚拟服务器是指：nginx.conf 文件中第一个 server 或者 显式用 default_server 声明：
server{
listen80default_server;
...
}
二、配置 location
URI 与 location 参数的匹配
当选择好 server 之后，Nginx 会根据 URIs 选择合适的 location 来决定代理请求或者返回文件。
location 指令接受两种类型的参数：
1、前缀字符串(路径名称)
2、正则表达式
对于前缀字符串参数， URIs 必须严格的以它开头。例如对于 /some/path/ 参数，可以匹配/some/path/document.html ，但是不匹配 /my-site/some/path，因为 /my-site/some/path 不以/some/path/ 开头。
server{
listen80default_server;
...
}
对于正则表达式，以 ~ 开头表示大小写敏感，以 ~* 开头表示大小写不敏感。注意路径中的 . 要写成 \. 。例如一个匹配以 .html 或者 .htm 结尾的 URI 的 location：
location~\.html?{
...
}
正则表达式的优先级大于前缀字符串。如果找到匹配的前缀字符串，仍继续搜索正则表达式，但如果前缀字符串以 ^~ 开头，则不再检查正则表达式。
三、具体的搜索匹配流程如下：
1、将 URI 与所有的前缀字符串进行比较。
2、= 修饰符表明 URI 必须与前缀字符串相等(不是开始，而是相等)，如果找到，则搜索停止。
3、如果找到的最长前缀匹配字符串以 ^~ 开头，则不再搜索正则表达式是否匹配。
4、存储匹配的最长前缀字符串。
5、测试对比 URI 与正则表达式。
6、找到第一个匹配的正则表达式后停止。
7、如果没有正则表达式匹配，使用 4 存储的前缀字符串对应的 location。
= 修饰符拥有高的优先级。如网站首页访问频繁，我们可以专门定义一个 location 来减少搜索匹配次数(因为搜索到 = 修饰的匹配的 location 将停止搜索)，提高速度：
location=/{
...
}
四、静态文件和代理
location 也定义了如何处理匹配的请求：返回静态文件 或者 交给代理服务器处理。下面的例子中，第一个 location 返回 /data 目录中的静态文件，第二个 location 则将请求传递给https://lufficc.com 域名的服务器处理：
server{
location/images/{
root/data;
}
location/{
proxy_passhttps://lufficc.com;
}
}
root 指令定义了静态文件的根目录，并且和 URI 拼接形成最终的本地文件路径。如请求/images/example.png，则拼接后返回本地服务器文件 /data/images/example.png 。
proxy_pass 指令将请求传递到 URL 指向的代理服务器。让后将来自代理服务器的响应转发给客户端。 在上面的示例中，所有不以 /images / 开头的 URI 的请求都将传递给代理服务器处理。
比如我把 proxy_pass 设置为 https://www.baidu.com/，那么访问 http://search.lufficc.com/ 将得到百度首页一样的响应(页面)(感兴趣的童鞋可以自己试一试搜索功能，和百度没差别呢)：
server{
listen80;
server_namesearch.lufficc.com;
location/{
proxy_passhttps://www.baidu.com;
}
}
五、使用变量(Variables)
你可以使用变量来使 Nginx 在不同的请求下采用不同的处理方式。绵阳服务器托管变量是在运行时计算的，用作指令的参数。 变量由 $ 开头的符号表示。 变量基于 Nginx 的状态定义信息，例如当前处理的请求的属性。
有很多预定义变量，例如核心的 HTTP 变量，你也可以使用 set，map 和 geo 指令定义自定义变量。 大多数变量在运行时计算，并包含与特定请求相关的信息。 例如，$remote_addr 包含客户端 IP 地址，$uri 保存当前URI值。
一些常用的变量如下：
server{
...
return301https://lufficc.com$request_uri;
...
}
六、返回特定状态码
如果你的网站上的一些资源永久移除了，最快最简洁的方法就是使用 return 指令直接返回：
location/wrong/url{
return404;
}
return 的第一个参数是响应代码。可选的第二个参数可以是重定向(对应于代码301，302，303和307)的 URL 或在响应正文中返回的文本。 例如：
location/permanently/moved/url{
return301http://www.example.com/moved/here;}
return 指令可以包含在 location 和 server 上下文中：
server{
location/{
return404;
}
}
或者：
server{
...
return404;
location/{
...
}
}
七、错误处理
error_page 命令可以配置特定错误码的错误页面，或者重定向到其他的页面。下面的示例将在 404 错误发生时返回 /404.html 页面。
error_page404/404.html;
error_page 命令定义了如何处理错误，因此不会直接返回，而 return 确实会立即返回。当代理服务器或者 Nginx 处理时产生相应的错误的代码，均会返回相应的错误页面。
在下面的示例中，当 Nginx 找不到页面时，它将使用代码301替换代码404，并将客户端重定向到http://example.com/new/path.html 。 此配置很有用，比如当客户端仍尝试用旧的 URI 访问页面时，301代码通知浏览器页面已永久移除，并且需要自动替换为返回的新地址。
location/old/path.html{
error_page404=301http:/example.com/new/path.html;
}
八、重写 URIs
rewrite 指令可以多次修改请求的 URI。rewrite 的第一个参数是 URI需要匹配的正则表达式，第二个参数是将要替换的 URI。第三个参数可选，指示是否继续可以重写或者返回重定向代码(301或302)。例如：
location/users/{
rewrite^/users/(.*)$/show?user=$1break;
}
您可以在 server 和 location 上下文中包括多个 rewrite 指令。 Nginx 按照它们发生的顺序一个一个地执行指令。 当选择 server 时，server 中的 rewrite 指令将执行一次。
在 Nginx 处理一组 rewrite 指令之后，它根据新的 URI 选择 location 。 如果所选 location 仍旧包含 rewrite 指令，它们将依次执行。 如果 URI 匹配所有，则在处理完所有定义的 rewrite 指令后，搜索新的 location 。
以下示例将 rewrite 指令与 return 指令结合使用：
server{
...
rewrite^(/download/.*)/media/(.*)\..*$$1/mp3/$2.mp3last;
rewrite^(/download/.*)/audio/(.*)\..*$$1/mp3/$2.ralast;
return403;
...
}
诸如 /download/some/media/file 的 URI 被改为 /download/some/mp3/file.mp3 。 由于 last 标志，后续指令(第二个 rewrite 指令和 return 指令)被跳过，但 Nginx 继续以更改后的 URI 处理请求。 类似地，诸如 /download/some/audio/file 的 URI 被替换为/download/some/mp3/file.ra。 如果 URI 不匹配 rewrite 指令，Nginx 将403 错误代码返回给客户端。
last 与 break的区别是：
last ： 在当前 server 或 location 上下文中停止执行 rewrite 指令，但是 Nginx 继续搜索与重写的URI匹配的 location，并应用新 location 中的任何 rewrite 指令(这意味着 URI 可能再次改变)。
break ：停止当前上下文中 rewrite 指令的处理，并取消搜索与新 URI 匹配的 location。 不会执行新 location中的 rewrite 指令。小伙伴们要想获得更多nginx安装配置的内容，请关注创新互联！
网页名称：这些nginx安装配置你都了解吗
文章出自：https://www.cdcxhl.com/article30/sddiso.html
成都网站建设公司_创新互联，为您提供网站排名、Google、ChatGPT、企业建站、自适应网站、网站内链
声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联
- 软件开发行业如何在激烈竞争中取胜 2016-08-30
- 影响APP软件开发周期长短因素分析 2023-03-17
- 成都软件开发告诉您做seo别信几种谣传 2022-06-20
- 一家做网站建设和小程序软件开发的网络公司！ 2017-03-12
- 软件开发选什么语言比较好呢？ 2016-08-12
- 哈尔滨app软件开发之音乐歌曲 2023-03-27
- 怎么来判断一些软件开发培训机构是否靠谱？ 2016-08-25
- 生活服务APP软件开发有哪些优势和价值 2020-12-09
- 如何与软件开发公司合作更好完成开发？ 2016-08-03
- 成都现代化家居APP软件开发，成都现代化家居APP软件制作 2022-06-24
- 手机app软件开发公司与你一起聊聊APP开发哪些事 2020-11-20
- 手机直销会员管理软件开发功能和相关介绍 2021-05-16