阳江招聘网最新招聘信息网兼职,肇庆seo排名,网站由那些组成,群晖wordpress设为首页和大多数软件一样#xff0c;Nginx也有自己的配置文件#xff0c;但它又有很多与众不同的地方#xff0c;本帖就来揭开Nginx基础配置的面纱。
1、Nginx指令和指令块
了解指令和指令块有助于大家了解配置的上下文#xff0c;下面是一个配置模板示例#xff1a; 在这个配…和大多数软件一样Nginx也有自己的配置文件但它又有很多与众不同的地方本帖就来揭开Nginx基础配置的面纱。
1、Nginx指令和指令块
了解指令和指令块有助于大家了解配置的上下文下面是一个配置模板示例 在这个配置模板中主要包含两种指令
简单指令由名称和参数组成以空格分隔以分号结尾。上述示例中的Main 1、Main 2、Main 3就是简单指令。指令块由名称和大括号{}内的附加指令组成不以分号结尾。
在前面的配置示例中http块是全局参数对整体产生影响server块是虚拟主机主要对指定的主机和端口进行配置location块在虚拟主机下根据请求URIUniform Resource Identifier统一资源标识符进行配置URI即去掉参数后的URL。
简单指令在指令块中的配置存在一定的区段。有些简单指令不能在某些指令块中使用而有些简单指令既可以在http块也可以在server块中配置甚至可以在location块中配置。当某个变量同时出现在多个指令块中时最终会以在最小指令块中的赋值为准。
例如如果在location中设置expires为1m那么expires就会使用location中的设置如果没有在location中设置expires那么expires的值则会使用http块中的1d。这有点类似于编程语言里的变量。
2、Nginx基本配置说明
对指令和指令块有了初步了解之后下面将根据前面的配置示例对Nginx的指令块进行逐一说明以帮助大家理解每个指令块的作用。
2.1、main配置
在http块之前的配置是全局参数如前面配置示例中的Main 1全局参数对整个Nginx块都产生作用。下面是一个简单示例
2.2、与客户端有关的配置
与客户端有关的配置主要在http块中设置如前面配置中的指令Main 1和server块之间的Main 2就是对客户端进行的配置其作用是处理与客户端相关的信息。客户端配置常用的指令见下表 很多指令都可以在多个Main中配置但不是所有的指令都可以出现在2.1节的配置中的Main 1、Main 2和Main 3里面。例如client_body_timeout可以在http、server、location块中设置但server_names_hash_bucket_size却只能出现在http块中。
上表中的指令和客户端的请求操作有直接关系熟悉这些指令对配置和优化Nginx有很大的帮助。
2.3、server块
server块即虚拟主机部分如果请求中的Host头和server_name相匹配则将请求指向对应的server块示例如下 server_name支持使用通配符正则表达式支持配置多域名、服务名称。当有多个server块时会存在匹配的优先级问题优先级顺序如下 1.精确的名字 2.以开头的最长通配符名称如.testnginx.com 3.以结尾的最长通配符名称如testnginx. 4.按照文件顺序第1个匹配到的正则表达式 5.如果没有匹配到对应的server_name则会访问default_server。
2.4、location块
location块在server块中使用它的作用是根据客户端请求URL去定位不同的应用。即当服务器接收到客户端请求之后需要在服务器端指定目录中去寻找客户端所请求的资源这就需要使用请求URL匹配对应的location指令。下表是URL在location块中的匹配规则说明 上表中匹配的优先级顺序为如下 “”优先级最高如果“”匹配不到会和“^”进行匹配继而是“”如果有多个“”则按照在文件里的先后顺序进行匹配如果还匹配不到则与“/uri”进行匹配通用匹配“/”的优先级最低如果找不到其他配置就会进行通用匹配“”表示命名空间的位置通常在重定向时进行匹配且不会改变URL的原始请求。
建议打开Debug模式并观察日志会看到每个请求的执行过程包括匹配到对应location的操作。
location块也支持嵌套配置 有些指令只能在location块中执行主要有如下3个
internal表示该location块只支持Nginx内部的请求访问如支持rewrite、error_page等重定向但不能通过外部的HTTP直接访问。limit_except限定该location块可以执行的HTTP方法如GET。alias定义指定位置的替换如可以使用以下配置。 上述配置表示如果匹配到/a/test.json的请求在进入 location块后会将请求变成/c/x/a/test.json。
3、include的使用
include用来指定主配置文件包含的其他扩展配置文件。扩展文件的内容也要符合Nginx的格式规范。include可以简化主配置文件使之更易于读取。include可以出现在全局参数、location块、server块等任何一个位置。
include支持通配符例如下面的配置会将后缀是.conf的所有文件都加载到Nginx配置中 因此可以将Nginx配置成多个文件并提取出相同的数据从而精简配置方便管理。
4、常见配置
前面的介绍了Nginx中的main指令、server块、location块、include以及与客户端相关的一些配置知识本节将进一步介绍Nginx常见的配置及其实战技巧。
4.1、常见配置注解 4.2、常见配置实战技巧
学完常见配置的注解相信大家已经对Nginx配置有了基本的认识。但在实际应用中Nginx配置可以通过巧妙的变化实现不同的功能下面将会讲解在实战中应如何进行合理的配置。
user默认是nobody但如果使用nobody会导致没有权限执行写硬盘等操作。所以一般会选择低于root级别的用户如www并在Linux系统下禁止用户通过SSHSecure Shell远程连接工具登录服务器以提高安全性。worker_processes代表worker的进程数一般情况下建议和服务器的CPUCentral Processing Unit中央处理器核数相同也可以配置worker_processes auto用于Nginx 1.2.5版本之后它会自动根据CPU核数启动进程。但在实际应用中可能除Nginx外服务器还会同时运行其他多个服务所以需要考虑服务器资源在不同服务上的分配避免因进程启动过多导致过多的上下文切换。worker_cpu_affinity auto这是在Nginx 1.9.10版本中添加的功能表示可以根据服务器的CPU核数自动设置CPU亲缘性以提升Nginx的性能。error_log access_log关于日志记录的配置。如果将error_log配置为error级别可以减少不必要的日志记录如果是测试环境可以设置为info级别。配置日志记录需要考虑硬盘的独立性不要使用Linux的根分区以避免出现大量的I/O影响Linux服务器的吞吐能力要单独挂载到一个磁盘上使用独立的I/O。另外需要注意硬盘的使用寿命关注message的日志定期检查硬盘Nginx在记录日志时是异步处理的因此不会因为硬盘问题导致请求异常但会影响日志的记录。worker_priority配置Nginx在Linux服务器上使用资源的优先级作为反向代理服务Nginx应该拥有极高的优先级因此建议配置为-10。gzip_comp_level配置压缩等级等级最高为9等级越高压缩后的文件越小但是消耗的CPU资源也会越多。经测试文件压缩等级为7和等级为9时在文件大小上只有细微的差别一般用57的等级就可以了。upstream块配置后端服务器可以结合 proxy_next_upstream等指令进行大量的优化。error_page对错误进行重定向在捕获后端服务器错误的状态码后将请求重定向到其他位置如友好提示页面。location root通过root路径可以读取静态文件在Nginx 1.7.11版本之前当Nginx读取硬盘文件时都是进行阻塞型操作后来引入了线程池为读取硬盘文件提供了非阻塞型的操作极大地提升了硬盘I/O的读/写速度也提升了proxy_cache的缓存能力。
Nginx的常见配置在使用中有着不同的变化熟悉Nginx的官方Wiki是发挥其巨大作用的前提。
5、内置变量
在客户端请求过程中Nginx提供了内置变量来获取HTTP或TCP的信息。充分了解这些内置变量才能够对应用场景中的业务进行合理的配置下面先来熟悉一下常见的内置变量。
注意Nginx 1.9之后的版本开始支持TCP代理这使Nginx的功能更为丰富后面会有单独的介绍和案例示范。本书默认以HTTP代理为例进行讲解中间涉及TCP的地方会有特别说明。
5.1、常见内置变量 注意随着Nginx版本的不断更新会出现更多新的指令更多与Nginx内置变量有关的解释可参考Nginx 官方Wiki。
5.2、常见内置变量实战技巧
Nginx的内置变量主要用于日志记录和分析以及业务逻辑的处理。下面将介绍一些常用内置变量的配置方式。 1、$arg_name 上述代码的请求默认路径是http://a如果URL中的参数是at5则路径变为http://b。
2、 $body_bytes_sent和$bytes_sent
这两个变量的值之差就是HTTP 响应头的大小。如果两个值相差悬殊那么响应头就很大需要确保proxy_buffer设置了合适的大小因为如果超过proxy_buffer设置的值error.log就会显示如下内容 3、$realip_remote_addr 在Nginx 1.9.7版本以后加入ngx_http_realip_module的变量此变量可以获取用户的IP地址如常见的代理或CDN的节点IP地址。 4、$request_time和$upstream_response_time $upstream_response_time指的是在Nginx启用了upstream的情况下从Nginx与后端建立连接开始到接收完数据然后关闭连接为止的时间。$request_time指从接收到用户请求到发送完响应数据的时间包括接收请求数据的时间、程序响应的时间和输出响应数据的时间。如果要检查后端服务的性能需要使用$upstream_response_time的值。 5、$uri和$request_uri $uri记录的是执行一系列内部重定向操作后最终传递到后端服务器的URL不包含参数$args的值。
$request_uri记录的是当前请求的原始URL包含参数如果没有执行内部重定向操作$request_uri去掉参数后的值和$uri的值是一样的。在线上环境中排查问题时如果在后端服务中看到的请求和在Nginx中存放的$request_uri无法匹配可以考虑去 $uri里面进行查找。
6、$scheme 近几年来HTTPS非常流行很多互联网企业都把HTTP切换成了HTTPS但是当用户手动输入网站地址时很少会主动加上https://。为了让用户的请求能够顺利跳转到HTTPS首先需要判断用户输入的是HTTP还是HTTPS。$scheme就具有此功能如果用户输入的是HTTP可以通过重定向跳转到HTTPS示例代码如下
