摘要:参数值可以包含变量请求头响应头处理默认情况下,重新定义代理请求和中的两个头字段,并删除了值为空字符串的头字段。修改或设置请求头的值请求头的值可以是变量,文本或者是它们的组合如果为空字符串那么这个字段将不会被转发到代理服务器。
搞懂nginx的proxy模块-01
代理时用到的指令集nginx的ngx_http_proxy_module模块的指令着实是太多了,其实平时工作中经常用到的指令也就是那几个,但是如果不细看下文档的话,下次对一些配置的使用还是会比较棘手的。所以还是花点时间,对文档全盘扫描下吧。
此处因为指令太多,我就按照其用途大概归类整理了下。也方便自己日后查看。。。
proxy_pass 转发代理请求代理请求就是将请求先发送到指定的代理服务器,获取响应,然后将其发送回客户端。当然请求可能被代理到http服务器(proxy_pass)也可能不是http服务器。(nginx 支持的协议包括 FastCGI, uwsgi, SCGI, 和 memcached.它们对应的指令分别是fastcgi_pass, uwsgi_pass, scgi_pass, memcached_pass; 这几个指令都不属于今天要说的proxy模块。在此就不作说明了。而且我也没用过。。。)
首先要发送代理请求给后端代理服务,这就得用到 proxy_pass 指令了,因为这个指令我在之前的一篇文章中已经对其使用中的注意点作出说明,所以这里就不再阐述了。详情请看这里
一些 http 参数的改写proxy_http_version
proxy_http_version 1.0 | 1.1; 设置代理的HTTP协议版本。默认情况下,使用版本1.0。
proxy_method
指定在转发到代理服务器的请求中使用的HTTP方法,而不是来自客户端请求的方法。参数值可以包含变量
默认情况下,nginx 重新定义代理请求Host和Connection中的两个头字段,并删除了值为空字符串的头字段。其中请求头Host被设置为了变量$proxy_host,Connection被设定为close。
所以为了改变这些设置,我们可以使用如下指令。
1.proxy_set_header
proxy_set_header field value; 修改或设置请求头的值
请求头的值value可以是变量,文本或者是它们的组合,如果value为空字符串那么这个字段将不会被转发到代理服务器。
如果nginx缓存被启用了的话,从原始请求发过来的如下请求头 If-Modified-Since, If-Unmodified-Since, If-None-Match, If-Match, Range, If-Range, 是不会被转发到代理服务器的
2.proxy_pass_request_headers
指定是否将原始的请求头转发给后端服务。如果要忽略掉所有的原始请求头,则可以关闭此值。默认值为on。即不忽略。
3.proxy_ignore_headers
告知nginx后端服务的响应中的哪些响应头不要去被处理,如下几个响应头可以被忽略:X-Accel-Redirect、X-Accel-Expires、X-Accel-Limit-Rate、X-Accel-Buffering、X-Accel-Charset、Expires、Cache-Control、Set-Cookie、Vary。
你如果指定这些之外的响应头的是不被允许的。因为只有这些响应头nginx才回去解析并应用它们。
如果后端服务设置了这些响应头,但是你没有忽略它们,则它们可能对nginx有着如下影响
X-Accel-Expires、Expires、Cache-Control、Set-Cookie、Vary 将会影响nginx的缓存机制。
X-Accel-Redirect 执行一个内部跳转到指定的uri
X-Accel-Limit-Rate 将会影响响应到客户端的传输速度
X-Accel-Buffering 启用或者警用响应的缓冲区
X-Accel-Charset 影响 响应的字符集
4.proxy_hide_header
此指令在 nginx 将请求的响应结果给客户端的时候,将后端响应的一些请求头过滤掉
默认nginx不会将响应中的Date、Server、X-Pad、X-Accel-...等响应头发送给客户端。而proxy_hide_header指令则是继续设置不需要发送的其他的响应头;当然,对于你想把上面被忽略掉的响应头传递给客户端,你可以使用proxy_pass_header指令指定。
5.proxy_pass_header
proxy_hide_header指令默认不会把上面列举的那几个header传递给客户端,那么proxy_pass_header则允许其中某个响应头传递给客户端。
6.proxy_headers_hash_bucket_size 和 proxy_headers_hash_max_size(这两个不是太清楚。。。所以就不说了,希望知道的同学告知一下)
# 如下配置只是学习之用 upstream backend { server 10.5.20.3:3100; server 10.5.20.3:3101; server 10.5.20.3:3102; server 10.5.20.3:3103; } server { listen 8080; location / { # 忽略掉所有原始请求头 proxy_pass_request_headers off; # 修改host头 proxy_set_header Host $host; # 此处显示server头给客户端 要不客户端显示的是代理服务器的server # Server → openresty/1.9.7.3 proxy_pass_header Server; proxy_pass http://backend; } }请求体 / 响应体 处理
此处参考 http://blog.csdn.net/zstack_org/article/details/53940047
很多用户担心添加服务器会对代理性能造成影响。大部分情况下,Nginx的缓冲(buffer)和缓存(cache)机制能够很好的规避此类性能问题。
代理过程中,有两个连接的速度会影响客户端体验:
(1).从客户端到Nginx的连接
(2).从Nginx到后端的连接
Nginx可以优化连接,不同的优化方案有不同的结果。
没有缓冲的情况下,数据直接从后端服务器发送给客户端。如果客户端的连接速度快,则可以关闭缓冲以提高数据发送速度。缓冲的作用是在Nginx上临时存储来自后端服务器的处理结果,从而可以提早关闭Nginx到后端的连接,这比较适合客户端连接较慢的情况。
Nginx默认启用缓冲,因为客户端的连接速度一般来说是差别很大的。缓冲的具体配置可以通过如下条目修改,这些条目可以放在http ,server或location内容块下。需要注意的是,涉及缓冲大小的条目是针对请求配置的,如果设置的比较高,则请求数很多的时候容易造成性能问题:
1.proxy_buffering
控制本内容块下(包括子内容块)是否对后端服务的响应启用缓冲,默认为on。
2.proxy_buffers
有两个参数,第一个控制缓冲区请求数量,第二个控制缓冲区大小。默认值为8个、一页(一般是4k或8k)。这个值越大,缓冲的内容越多。
3.proxy_buffer_size
后端回复结果的首段(包含header的部分)是多带带缓冲的,本条目定义这部分的缓冲区大小。这个值默认与proxy_buffer的值相同,我们可以把它设置的小一些,因为header内容一般比较少。
4.proxy_busy_buffers_size
设置被标记为“client-ready”(客户端就绪)的缓冲区大小。客户端一次只能从一个缓冲读取数据,而缓冲是按照队列次序被分批发送给客户端的。本条目设置的值就是这个队列的大小。
5.proxy_max_temp_file_size
每个请求可以存储临时文件的最大大小。如果上游发来的结果太大以至于无法放入一个缓冲,则Nginx会为其创建临时文件。
6.proxy_temp_path
定义Nginx存储临时文件的路径。
7.proxy_temp_file_write_size
限制一次性写入临时文件的数据大小。
上面是被代理的服务响应的body处理方式
下面是客户端请求的body的处理方式
8.proxy_request_buffering
控制本内容块下(包括子内容块)是否对客户端的请求体启用缓冲,默认为on。启用的话,nginx会从客户端读取完整个请求体后再将请求发送到后端服务器去。
9.proxy_pass_request_body
指定是否将原始的请求体转发给后端服务。如果要忽略掉所有的原始请求体,则可以关闭此值。默认值为on。即不忽略。
10.proxy_set_body
重新设置这个请求体然后在发送到后端服务器。proxy_set_body value;这个value值可以是纯文本,变量或者是它们的组合形式
如上所述,Nginx提供了不少关于缓冲的配置项。大部分配置项我们都不必太在意,可能就是proxy_buffers和proxy_buffer_size值得调整一下。
下面这个示范增加了每个上游请求可用的缓冲,同时缩减了header部分缓冲的大小:
# server context proxy_buffering on; proxy_buffer_size 1k; proxy_buffers 24 4k; proxy_busy_buffers_size 8k; proxy_max_temp_file_size 2048m; proxy_temp_file_write_size 32k; location / { proxy_pass http://example.com; }
如果你的客户端连接都很快,也可以像下面这样完全关闭缓冲。实际上Nginx还是会在上游比客户端快的时候使用缓冲,只是缓冲的内容会直接刷给客户端而不是放到缓冲池里等待。如果客户端的速度慢,则这样会导致上游连接一直保持。缓冲功能禁用时,只有proxy_buffer_size配置项可用:
# server context proxy_buffering off; proxy_buffer_size 4k; location / { proxy_pass http://example.com; }
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/39450.html
摘要:非标准码关闭连接而不发送响应报头。指令按照它们在配置文件中出现的顺序执行。可以使用标志来终止指令的进一步处理。返回永久重定向。发送如下请求控制是否记录有关未初始化变量的警告。 之前在配置nginx时,总是遇到rewrite指令的last和break标识的问题,看到的资料大都是last 基本上都用这个 Flag,break 中止 Rewirte,不在继续匹配。看完之后还是有点懵,后来看了...
摘要:根据官方文档说明,模块是用于使用正则表达式更改请求,有条件地选择配置,并返回重定向。指令停止执行模块的指令集,但是其他模块指令不受影响。可以使用标志来终止指令的进一步处理。 这是 Nginx 学习总结的第四篇,上一篇介绍到了 Nginx 学习总结(3) —— Location 模块,这一篇会对Rewrite模块 做一些总结。根据官方文档说明,Rewrite 模块是用于使用 PCRE 正...
摘要:当一个进行需要处理阻塞操作时,它会将这个任务交给线程池来完成。线程池配置如果你确信引入线程池对性能提升有效,那么咱们可以继续了解一些调优参数。这个错误表示这个线程池消费小于生产,所以可以增加队列长度,如果调整无效,说明系统达到了瓶颈。 五年级英语水平,端午家庭作业。 前言 Nginx以异步、事件驱动的方式处理连接。传统的方式是每个请求新起一个进程或线程,Nginx没这样做,它通过非...
摘要:将订单传递给运送服务从而解除阻塞队列在方面,线程池正在执行运送服务的功能。我们将继续测试和评估,如果有明显的好处,我们可能会在未来的版本中将其他操作也提交到线程池。 在nginx的官网看到一篇介绍nginx原理的文章,这篇文章比较老了是15年发布的,国内有人翻译过但是有些小瑕疵,这里更正出来发布在我个人的文章里供大家参考,这篇文章详细的介绍了nginx线程池的原理以及设计思路,在最后通...
阅读 1789·2021-08-19 11:12
阅读 1373·2021-07-25 21:37
阅读 946·2019-08-30 14:07
阅读 1240·2019-08-30 13:12
阅读 622·2019-08-30 11:00
阅读 3501·2019-08-29 16:28
阅读 954·2019-08-29 15:33
阅读 2926·2019-08-26 13:40