推广 热搜:   公司  快速  企业  中国  设备    上海  行业  未来 

Nginx 反向代理配置

   日期:2024-11-04     移动:http://dfvalve.xrbh.cn/mobile/quote/6892.html

Nginx是一款轻量级的Web服务器、反向代理服务器,由于它的内存占用少,启动极快,高并发能力强,在互联网项目中广泛应用。

Nginx 反向代理配置

上图基本上说明了当下流行的技术架构,其中Nginx有点入口网关的味道。

经常听人说到一些术语,如反向代理,那么什么是反向代理,什么又是正向代理呢?

正向代理:

反向代理:

由于防火墙的原因,我们并不能直接访问谷歌,那么我们可以借助XXX来实现,这就是一个简单的正向代理的例子。这里你能够发现,正向代理“代理”的是客户端,而且客户端是知道目标的,而目标是不知道客户端是通过XXX访问的。

当我们在外网访问百度的时候,其实会进行一个转发,代理到内网去,这就是所谓的反向代理,即反向代理“代理”的是服务器端,而且这一个过程对于客户端而言是透明的。

该指令用于匹配 URL。

语法规则:

  • 开头表示精确匹配
  • 开头表示uri以某个常规字符串开头,理解为匹配 url路径即可。nginx不对url做编码,因此请求为/static/20%/aa,可以被规则^~ /static/ /aa匹配到(注意是空格)。以xx开头
  • 开头表示区分大小写的正则匹配 以xx结尾
  • 开头表示不区分大小写的正则匹配 以xx结尾
  • 和分别为区分大小写不匹配及不区分大小写不匹配 的正则
  • 通用匹配,任何请求都会匹配到。
  • 多个location配置的情况下匹配顺序为(参考资料而来,还未实际验证,试试就知道了,不必拘泥,仅供参考):

    注意:如果 uri 包含正则表达式,则必须要有 ~ 或者 ~* 标识。

    首先精确匹配 ,其次以xx开头匹配 , 然后是按文件中顺序的正则匹配,最后是交给 通用匹配。

    当有匹配成功时候,停止匹配,按当前匹配规则处理请求。

    那么产生的效果如下:

    访问根目录/, 比如 http://localhost/ 将匹配规则A

    访问 http://localhost/login 将匹配规则B,http://localhost/register 则匹配规则H

    访问 http://localhost/static/a.html 将匹配规则C

    访问 http://localhost/a.gif, http://localhost/b.jpg 将匹配规则D和规则E,但是规则D顺序优先,规则E不起作用, 而 http://localhost/static/c.png 则优先匹配到 规则C

    访问 http://localhost/a.PNG 则匹配规则E, 而不会匹配规则D,因为规则E不区分大小写。

    访问 http://localhost/a.xhtml 不会匹配规则F和规则G,

    http://localhost/a.XHTML不会匹配规则G,(因为!)。规则F,规则G属于排除法,符合匹配规则也不会匹配到,所以想想看实际应用中哪里会用到。

    访问 http://localhost/category/id/1111 则最终匹配到规则H,因为以上规则都不匹配,这个时候nginx转发请求给后端应用服务器,比如FastCGI(php),tomcat(jsp),nginx作为方向代理服务器存在。

    所以实际使用中,个人觉得至少有三个匹配规则定义,如下:

    该指令用于设置被代理服务器的地址。可以是主机名称、IP地址加端口号的形式。

    语法如下:

    URL 为被代理服务器的地址,可以包含传输协议、主机名称或IP地址加端口号,URI等。

    在nginx中配置proxy_pass时,当在后面的url加上了/,相当于是绝对根路径,则nginx不会把location中匹配的路径部分代理走;如果没有/,则会把匹配的路径部分也给代理走。

    下面四种情况分别用http://192.168.1.4/proxy/test.html 进行访问。

    第一种:

    会被代理到 http://127.0.0.1:81/test.html

    第二种:

    会被代理到 http://127.0.0.1:81/proxy/test.html

    第三种:

    会被代理到 http://127.0.0.1:81/ftlynx/test.html

    第四种 (相对于第三种,最后少一个 / ) :

    会被代理到 http://127.0.0.1:81/ftlynxtest.html

    rewrite功能就是,使用nginx提供的全局变量或自己设置的变量,结合正则表达式和标志位实现url重写以及重定向。rewrite只能放在server{},location{},if{}中,并且只能对域名后边的除去传递的参数外的字符串起作用,例如 只对/a/we/index.php重写。语法

    如果相对域名或参数字符串起作用,可以使用全局变量匹配,也可以使用proxy_pass反向代理。

    表明看rewrite和location功能有点像,都能实现跳转,主要区别在于rewrite是在同一域名内更改获取资源的路径,而location是对一类路径做控制访问或反向代理,可以proxy_pass到其他机器。很多情况下rewrite也会写在location里,它们的执行顺序是:

  • 执行server块的rewrite指令
  • 执行location匹配
  • 执行选定的location中的rewrite指令
  • 如果其中某步URI被重写,则重新循环执行1-3,直到找到真实存在的文件;循环超过10次,则返回500 Internal Server Error错误。

  • : 相当于Apache的[L]标记,表示完成rewrite
  • : 停止执行当前虚拟主机的后续rewrite指令集
  • : 返回302临时重定向,地址栏会显示跳转后的地址
  • : 返回301永久重定向,地址栏会显示跳转后的地址
  • 因为301和302不能简单的只返回状态码,还必须有重定向的URL,这就是return指令无法返回301,302的原因了。这里 last 和 break 区别有点难以理解:

  • last一般写在server和if中,而break一般使用在location中
  • last不终止重写后的url匹配,即新的url会再从server走一遍匹配流程,而break终止重写后的匹配
  • break和last都能组织继续执行后面的rewrite指令
  • 语法为,对给定的条件condition进行判断。如果为真,大括号内的rewrite指令将被执行,if条件(conditon)可以是如下任何内容:

  • 当表达式只是一个变量时,如果值为空或任何以0开头的字符串都会当做false
  • 直接比较变量和内容时,使用或
  • 正则表达式匹配,不区分大小写的匹配,区分大小写的不匹配
  • 和用来判断是否存在文件
    和用来判断是否存在目录
    和用来判断是否存在文件或目录
    和用来判断文件是否可执行

    例如:

    下面是可以用作if判断的全局变量

  • : #这个变量等于请求行中的参数,同
  • : 请求头中的Content-length字段。
  • : 请求头中的Content-Type字段。
  • : 当前请求在root指令中指定的值。
  • : 请求主机头字段,否则为服务器名称。
  • : 客户端agent信息
  • : 客户端cookie信息
  • : 这个变量可以限制连接速率。
  • : 客户端请求的动作,通常为GET或POST。
  • : 客户端的IP地址。
  • : 客户端的端口。
  • : 已经经过Auth Basic Module验证的用户名。
  • : 当前请求的文件路径,由root或alias指令与URI请求生成。
  • : HTTP方法(如http,https)。
  • : 请求使用的协议,通常是HTTP/1.0或HTTP/1.1。
  • : 服务器地址,在完成一次系统调用后可以确定这个值。
  • : 服务器名称。
  • : 请求到达服务器的端口号。
  • : 包含请求参数的原始URI,不包含主机名,如:”/foo/bar.php?arg=baz”。
  • : 不带请求参数的当前URI,$uri不包含主机名,如”/foo/bar.html”。
  • : 与$uri相同。
  • 例:
    server_port:88
    document_uri:/test1/test2/test.php
    request_filename:/var/www/html/test1/test2/test.php

  • : 匹配除换行符以外的任意字符
  • : 重复0次或1次
  • : 重复1次或更多次
  • : 重复0次或更多次
  • :匹配数字
  • : 匹配字符串的开始
  • : 匹配字符串的介绍
  • : 重复n次
  • : 重复n次或更多次
  • : 匹配单个字符c
  • : 匹配a-z小写字母的任意一个
  • 小括号之间匹配的内容,可以在后面通过来引用,表示的是前面第二个里的内容。正则里面容易让人困惑的是转义特殊字符。

    例1

    对形如的请求,重写到,于是匹配到,先看文件存不存在,如果存在则正常响应,如果不存在则重写tryfiles到新的image404 location,直接返回404状态码。

    例2

    对形如的文件请求,重写到地址,并会继续尝试匹配location。

    例3

    其作用是按顺序检查文件是否存在,返回第一个找到的文件或文件夹(结尾加斜线表示为文件夹),如果所有的文件或文件夹都找不到,会进行一个内部重定向到最后一个参数。

    需要注意的是,只有最后一个参数可以引起一个内部重定向,之前的参数只设置内部URI的指向。最后一个参数是回退URI且必须存在,否则会出现内部500错误。命名的location也可以使用在最后一个参数中。与rewrite指令不同,如果回退URI不是命名的location那么args,则必须明确声明。

    :定义一个location段,不能被外部请求所访问,只能用于nginx内部配置指令使用,比如 try_files、error_page。

    浏览器访问 http://api.xxx.com/abc/index.html 时,当前的值为

    # try_files作用:
    先尝试去/mnt/try目录下找abc目录下的index.html,如果有,直接返回,没有的话则跳转到@default部分(内部重定向)。
    在default部分会去/mnt/default目录下找abc目录下的index.html,有,直接返回,没有就返回404错误。try_files可以理解为实现rewrite的作用。

    多个前端项目放在同一个目录下

  • 示例一:
  • 1、访问www.example.com/whsir/123/321(文件不存在)时,此时看到的是default.gif图片,URL地址不变

    2、访问www.example.com/whsir/123.png(文件存在)时,此时看到的是123.png图片,URL地址不变

    总结:当images目录下文件不存在时,默认返回default.gif

  • 示例二:
  • 2、访问www.example.com/whsir/21.html(文件不存在)时,此时看到的是403状态,URL地址不变

    总结:和示例一一样,只是将默认图片换成了403状态

  • 示例三:
  • 2、访问www.example.com/whsir/21.html(文件不存在)时,此时跳转到吴昊博客,URL地址改变

    总结:当文件不存在时,会去查找@ab值,此时在location中定义@ab值跳转到吴昊博客

  • 示例四:
  • 1、访问www.example.com/123.html(文件存在)时,此时看到的是123.html内容,URL地址不变

    本文地址:http://dfvalve.xrbh.cn/quote/6892.html    迅博思语资讯 http://dfvalve.xrbh.cn/ , 查看更多

    特别提示:本信息由相关企业自行提供,真实性未证实,仅供参考。请谨慎采用,风险自负。


    相关行业动态
    推荐行业动态
    点击排行
    网站首页  |  关于我们  |  联系方式  |  使用协议  |  版权隐私  |  网站地图  |  排名推广  |  广告服务  |  积分换礼  |  网站留言  |  RSS订阅  |  违规举报  |  粤ICP备2023022329号