nginx之查漏补缺
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了nginx之查漏补缺相关的知识,希望对你有一定的参考价值。
nginx工作原理
nginx由核心和模块组成,核心负责查找配置文件将客户端请求映射到一个location中,location中所配置的每个指令会启动不同的模块去完成相应的工作。
nginx模块按功能区分有
Handler(处理器模块):直接处理请求,然后输出
Filters(过滤器模块):对处理器模块输出的内容进行修改
Proxies(代理器模块):与后端一些服务进行交互,实现服务代理和负载均衡等功能。
请求--->nginx内核--->handler模块--->filters模块--->http相应
nginx工作方式:有单工作进程和多工作进程
单工作进程:除主进程外,还有工作进程,工作进程是单线程的。nginx默认是单进程模式
主进程作用: 1、接收外界请求,并将请求交给工作进程处理
2、监控工作进程的运行状态
多工作进程:工作进程包含多个线程
nginx如何实现高并发和轻量级?
nginx采用异步非阻塞的事件处理机制,由进程循环处理多个准备好的事件。以epoll为例,未准备好的事件都会放入epoll中,只要有事件准备好,就会进行处理。而apache,每个请求都会独占一个工作线程,当并发数到达几千时,就同时有几千的线程在处理请求了,占用的内存非常大,线程的上下文切换带来的cpu开销也很大,性能就难以上去,同时这些开销是完全没有意义的。
nginx实现负载均衡
nginx支持的调度算法:
1、轮询(默认):根据配置文件中的顺序,把请求依次分配到不同的后端服务器上
2、weight:加权轮询,weight值越大,分配到的访问机率越高
upstream lzs.com { server 192.168.1.1 weight=2; server 192.168.1.2 weight=1; }
3、ip_hash:同一个ip的访客固定访问同一个后端服务器,解决session共享问题
upstream lzs.com { ip_hash; server 192.168.1.1 ; server 192.168.1.2 ; }
4、url_hash:同一个url的访问定向到同一个后端服务器上,提高后端缓存服务器的效率,使用这种调度算法需要下载nginx的hash软件包
5、fair:根据后端服务器的相应时间来分配,相应时间短的优先分配,使用这种调度算法需要下载nginx的upstream_fair模块
6、least_conn:最少连接,Web请求会被转发到连接数最少的服务器上。
server指令除了指定后端服务器的ip和端口外,还可以指定每个服务器在负载均衡调度中的状态,常用的状态有:
down:该server不参与负载均衡
backup:当其他server无法相应请求时才会使用这个server
upstream lzs.com { server 192.168.1.1; server 192.168.1.2 backup; }
*当调度算法为ip_hash时,状态不能是backup
location匹配规则
1、匹配分为普通匹配和正则匹配,普通匹配又分为精确匹配和最大前缀匹配。
2、先匹配普通匹配,再匹配正则匹配
3、正则匹配会覆盖最大前缀匹配
4、当普通 location 前面指定了“ ^~ ”时,该条匹配上时不再需要继续匹配
5、当匹配上精确匹配时,不再需要继续匹配
总结:匹配优先级:精确匹配>指定“^~”的普通匹配>正则匹配>最大前缀匹配
例:
location / {......} #最大前缀匹配,匹配以/开头的url,但会被正则匹配覆盖 location = / {......} #精确匹配url=/,不再继续匹配 location ^~/img/ {……} #匹配以/img/开头的url,不再继续匹配 location ~ .*\.(gif|jpg|png)$ {……} #匹配图像文件
此外,~:区分大小写
~*:不区分大小写
nginx代理部分中X-Real-IP和X-Forwarded-For的区别:
一般来说,X-Forwarded-For是用于记录代理信息的,每经过一级代理(匿名代理除外),代理服务器都会把这次请求的来源IP追加在X-Forwarded-For中
来自4.4.4.4的一个请求,header包含这样一行
X-Forwarded-For: 1.1.1.1, 2.2.2.2, 3.3.3.3
代表 请求由1.1.1.1发出,经过三层代理,第一层是2.2.2.2,第二层是3.3.3.3,而本次请求的来源IP4.4.4.4是第三层代理
而X-Real-IP,没有相关标准,上面的例子,如果配置了X-Read-IP,可能会有两种情况
// 最后一跳是正向代理,可能会保留真实客户端IPX-Real-IP: 1.1.1.1 // 最后一跳是反向代理,比如Nginx,一般会是与之直接连接的客户端IPX-Real-IP: 3.3.3.3
一般来说,使用X-Forwarded-For效果更好,可以记录完整的代理链路
nginx中的proxy_pass后url是否加/的区别
1、location /test1/ { proxy_pass http://test2; }
2、location /test1/ { proxy_pass http://test2/; }
上面两种配置,区别只在于proxy_pass转发的路径后是否带 “/”
情况1:如果访问url = http://test1/test/test.html,则被nginx代理后,请求路径会便问http://test2/test/test.html,将test/ 作为根路径,请求test/路径下的资源
情况2:如果访问url = http://test1/test/test.html,则被nginx代理后,请求路径会变为 http://test2/test.html,直接访问server的根资源
nginx中proxy_pass和rewrite的区别
proxy_pass一般用于将请求重定向到定义好的后端服务器上,不支持正则表达式匹配
rewrite一般用于修改请求中域名后边的除去传递的参数外的字符串,支持正则表达式匹配http://seanlook.com/a/we/index.php?id=1&u=str 只对/a/we/index.php重写
详细可参考博文http://blog.csdn.net/mchdba/article/details/50042387。
防盗链
盗链是指一个网站将其他大网站的资源(如音乐、下载、图片等)的地址放在自己的网站上,这样没有任何资源的网站利用了别的网站的资源来展示给浏览者,从而提高自己网站的访问量,对于原网站,一方面损失了一大部分流量,另一方面,还会加重服务器的负担。
防盗链原理:利用HTTP协议中的referer表头字段,referer会记录请求从哪里链接过来的,通过referer跟踪链接来源,一旦检测到来源不是本站即进行阻止或者返回指定的页面。
nginx中防盗链设置可参考博文http://blog.csdn.net/yuwenruli/article/details/8541952。
本文出自 “90后” 博客,请务必保留此出处http://lzs66.blog.51cto.com/9607068/1856546
以上是关于nginx之查漏补缺的主要内容,如果未能解决你的问题,请参考以下文章
半夜思考之查漏补缺 , Spring 中 Bean 之间的依赖问题
半夜思考之查漏补缺 , Spring 中的 Bean 继承机制