Nginx的重定向

这篇具有很好参考价值的文章主要介绍了Nginx的重定向。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

URI:统一资源标识符,是一种字符串标识,主要是用于标识抽象的或者是物理资源(主要是指一些文件视频等等)

常用的Nginx正则表达式

^    匹配输入字符串的起始位置(以......开头)

$    匹配输入字符串的结束位置(以......结尾)

*    匹配前面的字符零次或多次

+    匹配前面的字符一次或多次

?    匹配前面的字符零次或一次

.    匹配除“\n”之外的任何单个字符,若要匹配包括“\n”在内的任意字符,需要用“[.\n]”

\    将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用(转义字符)

\d    匹配纯数字【0-9】

{n}    重复n次

{n,}    重复n次或更多次

{n,m}    重复n到m次

[ ]    定义匹配的字符范围

[c]    匹配单个字符c

[a-z]    匹配a-z小写字母的任意一个

[a-zA-Z0-9]    匹配所有大小写字母或数字

()    表达式的开始和结束位置

|    或运算符

location匹配规则和优先级(重点!!!)

location匹配方式

                1.精确匹配         location = / {.....}

                2.正则匹配         location ~ / {......}

                3.一般匹配         location / {.......} 

location匹配规则

                =:精确匹配,完全匹配,必须是完全一致的

                ^~:匹配普通的字符,前缀匹配

                ~:区分大小写匹配

                ~*:不区分大小写匹配

                !~:区分大小写匹配 并且取反

                !~*:不区分大小写匹配 并且取反

location 匹配优先级

注:越精准越匹配        一旦匹配成功,便不再向下匹配

精准匹配 (=)  大于  正则匹配 (~)  大于 通用匹配  (/)

优先级  location =  >>  location ^~  >> location ~*  >>  location /指定的路径  >>  location /

nginx常用变量(必须掌握)

使用nginx的全局变量,或者是自己设置的变量,结合正则而表达式和标志位来实现url的重定向

nginx的内置变量

$uri: 请求的URI,不包含主机和查询参数。

$request_uri: 请求的URI,包含主机和查询参数。

$args: 查询参数部分,即?后面的内容。

$query_string: 整个查询字符串,包含?。

$host: 请求的主机名。

$http_user_agent: 请求的User-Agent头信息,用于表示请求的客户端浏览器和操作系统。

$http_referer: 请求的Referer头信息,表示当前页面的来源URL

常用

$remote_addr: 客户端的IP地址

$remote_port: 客户端的端口号

$server_addr: 服务器的IP地址

$server_port: 服务器的端口号

$request_method: 请求的HTTP方法,如GET、POST、等

$content_type: 请求的Content-Type头信息,表示请求体的MIME类型

$content_length: 请求的Content-Length头信息,表示请求体的长度

$scheme: 请求的协议,通常是http或https

$request_filename: 请求的文件名,用于指定请求的实际文件路径

$document_root: 当前请求的根目录

$server_name: 服务器名称,用于匹配server块的server_name指令

  

x_forwarded_for:用于获取HTTP请求头中的X-Forwarded-For字段的值

X-Forwarded-For是一个常见的HTTP请求头,通常由代理服务器添加,用于指示原始客户端的IP地址

proxy_set_header X-Forwarded-For $remote_addr; 这个是传给后端

X-Real-IP:头部为客户端真实IP地址

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header指令来设置X-Real-IP头部的值为$remote_addr,即客户端的真实IP地址

这样,Nginx会将客户端的真实IP地址作为X-Real-IP头部的值传递给后端服务器

匹配示例

 location / {
            root   html;
            index  index.html index.htm;
            default_type text/plain;
            return 200 "way:$request_method";
        } 

default_type test/plain;

表示如果没有其他地方显示设置:contenr-type字段,默认响应test/plain;纯文本格式

text/html:默认的响应类型,也就是我们说的页面。

test/plain:纯文本文件,类似于.txt文件

test/css:CSS样式表的类型 .css

test/javascipt:java脚本,js脚本,也可以说是前端文件,也可以理解为java解析的是程序文件

注:nginx默认支持很多的类型,但是如果不声明,只是展示默认的html类型,其他的类型会自动下载下来展示

location = / {
    [ configuration A ]
}

精确匹配,=为精确匹配 / ,主机名后面不能带任何字符串

比如访问 / 和 /data,则 / 匹配,/data 不匹配 就不可以进行匹配

location / {
    [ configuration B ]
}

因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求

比如访问 / 和 /data, 则 / 匹配, /data 也匹配,越匹配越精确,越精确优先级越高

location /documents/ {
    [ configuration C ]
}

匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索其它 location

只有其它 location后面的正则表达式没有匹配到时停止匹配

location ^~ /images/ {
    [ configuration D ]
}

匹配任何以 /images/ 开头的地址

location ~* \.(gif|jpg|jpeg)$ {
    [ configuration E ]
}

匹配所有以 gif、jpg或jpeg 结尾的请求

然而,所有请求 /images/ 下的图片会被 location ^~ /images/ 处理,因为 ^~ 的优先级更高

生产上如何进行匹配

#第一个必选规则
直接匹配网站根,(通过域名访问网站首页比较频繁,使用精确匹配可以加快处理速度)
可以是一个静态首页,也可以直接转发给后端应用服务器
location = / {
    root   html;
    index  index.html index.htm;
}
 
#第二个必选规则

处理静态文件请求,这是nginx作为http服务器的强项
有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
    root /webroot/static/;
}
 
location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/res/;
}
 
#第三个规则

就是通用规则,比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求
location / {
    proxy_pass http://tomcat_server;
}

rewrite:重定向功能(掌握理解) 

rewrite简介

rewrite功能: 使用nginx提供的全局变量或自己设置的变量,结合正则表达式和标记位实现URL重写以及重定向。

比如: 更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。

rewrite只能放在server{},location{},if{}中,并且默认只能对域名后边的除去传递的参数外的字符串起作用, 例如

http://www.kgc.com/abc/bbs/index.php?a=1&b=2 只对/abc/bbs/index.php重写

rewrite跳转实现

Nginx: 通过ngx_http_rewrite_module 模块支持URL重写、支持if条件判断,但不支持else

 跳转: 从一个 location跳转到另一个location,循环最多可以执行10次,超过后nginx将返回500错误

PCRE支持: perl兼容正则表达式的语法规则匹配。另外该模块需要 PCRE 支持,应在编译 Nginx 时指定 PCRE 支持,默认已经安装

重写模块 set 指令: 创建新的变量并设其值

  1. 使用rewrite进行匹配跳转

  2. 使用if匹配全局变量后跳转

  3. 使用location匹配在跳转

  4. rewrite放在server{}、if{}、location{}段中

  5. location只对域名后边的除去传递参数外的字符串起作用

rewrite执行顺序

1.先执行server块中的rewrite的

2.执行loaction匹配

3.如果loaction当中还有rewrite,继续执行

不停rewrite,死循环,只能10次,然后服务端报错,并且日志中会表面

报错的状态码:500

rewrite语法

rewrite <正则表达式regex><replacement>[flag]

rewrite表示开始重定向

regex:正则匹配的规则

replacement:表示跳转后的内容,你要重定向url

flag:标志位

重点!!!会问

permanent:永久重定向;返回状态码301(永久性的变更url,搜索引擎会转移权重以及排名到新的url)

redirect:临时重定向;返回状态码302(主要用于短期变更,或者升级更新,这个时候搜索引擎并不会转移权重和排名到新的url)

304表示获取的本地的缓存

break:是重定向,但是不会改变url,而且只会请求一次;跳出当前匹配,即刻终止

last:本条规则配置完成之后,继续向下匹配,只要有last,就会继续匹配,匹配的时候需要注意,防止死循环但是nginx只能匹配10次

注意:当日志出现rewrite or internal redirection cycle while processing #写成死循环,一直在匹配location,10次,返回码500.

rewrite 实例

基于域名的跳转

现在公司旧域名www.kgc.com有业务需求变更,需要使用新域名www.benet.com代替,但是旧域名不能废除,需要跳转到新域名上,而且后面的参数保持不变

vim /usr/local/nginx/conf/nginx.conf
server {
    listen       80;
    server_name  www.kgc.com;                                       #域名修改    
    #charset utf-8;
    #access_log  /var/log/nginx/kgc.com-access.log;                  #日志修改
    location / {
    #添加域名重定向
        if ($host = 'www.kgc.com'){                                #$host为rewrite全局变量,代表请求主机头字段或主机名
            rewrite ^/(.*)$ http://www.benet.com/$1 permanent;       #在重定向时,$1表示请求的URL
        }
        root   html;
        index  index.html index.htm;
    }
}

echo "本机IP www.kgc.com www.benet.com" >> /etc/hosts
systemctl restart nginx

nginx 重定向,nginx

基于客户端 IP 访问跳转

今天公司业务新版本上线,要求所有 IP 访问任何内容都显示一个固定维护页面,只有公司 IP :20.0.0.70访问正常。

vim /usr/local/nginx/conf/nginx.conf
server {
    listen       80;
    server_name  www.kgc.com;                       #域名修改    
    charset utf-8;
    access_log  /var/log/nginx/kgc.com-access.log;  #日志修改

    #设置是否合法的IP标记
    set $rewrite true;                             #设置变量$rewrite,变量值为boole值true
    
    #判断是否为合法IP
    if ($remote_addr = "20.0.0.70"){          #当客户端IP为20.0.0.70时,将变量值设为false,不进行重写
        set $rewrite false;
    }
                                                   #除了合法IP,其它都是非法IP,进行重写跳转维护页面
    if ($rewrite = true){                          #当变量值为true时,进行重写
        rewrite (.+) /error.html;                   #重写在访问IP后边插入/error.html,例如20.0.0.60/error.html
    }
    location = /error.html {
        root html;                                 #网页返回html/error.html的内容
    }
    
    location / {
        root   html;
        index  index.html index.htm;
    }
}

systemctl restart nginx

nginx 重定向,nginx

 nginx 重定向,nginx文章来源地址https://www.toymoban.com/news/detail-735495.html

到了这里,关于Nginx的重定向的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 关于Nginx下301重定向域名的方法

    在网站建设中需要网页重定向的情况很多:如网页目录结构变动,网页重命名、网页的扩展名改变、网站域名改变等。 linux中nginx 301重定向跳转方法总结,有需要的朋友可参考一下。 第一种情况 :访问aaaaaaa站定向到bbbbbbbbbbb站 代码如下: server { server_naaaaaaame www.aaaaaaa.com ; r

    2024年02月10日
    浏览(39)
  • IIS实现http跳转https的重定向方法

    1、安装SSL证书;2、下载安装URL Rewrite模块;3、配置“URL重写”规则,或者修改web.config配置文件。 首先安装SSL证书。 URL ReWrite扩展下载地址 https://www.iis.net/downloads/microsoft/url-rewrite 下载URL Rewrite安装工具rewrite_amd64_zh-CN.msi:  下载完成随后安装:    安装完成后,退出IIS管理器

    2024年02月13日
    浏览(50)
  • Nginx将http重定向到https,一直提示重定向次数过多(已解决)

    先贴一下nginx的配置 return和rewrite都已经试过了,都是多次重定向导致无法进入页面 后续在https区域中将连接后端地址的api区域复制过来后,再加上下方代码完美解决 #将所有HTTP请求通过rewrite指令重定向到HTTPS。 rewrite ^(.*)$ https://$host$1;

    2024年02月19日
    浏览(53)
  • 使用 Nginx 将 HTTP 重定向到 HTTPS

    HTTP 流量在 80 号端口被监听。这里我们将全部 HTTP 的流量都永久重定向到 HTTPS(301)。重定向时,保留原有的主机(host)和请求 URI。 注意,这里的服务器名字(server name)是个通配符_:也就是无论 URL 中包含什么域名,当请求到达 Nginx 服务器以后,都会被重定向到 HTTPS。比

    2024年02月22日
    浏览(46)
  • HTTP第16讲——HTTP的重定向和跳转

    “超文本”里含有“超链接”,可以从一个“超文本”跳跃到另一个“超文本”,对线性结构的传统文档是一个根本性的变革。 能够使用“超链接”在网络上任意地跳转也是万维网的一个关键特性。它把分散在世界各地的文档连接在一起,形成了复杂的网状结构,用户可以在

    2024年02月11日
    浏览(36)
  • Nginx常用配置-反向代理-https重定向-端口转发

    二级目录映射 目前前后端项目分离场景多了以后,一般是前端一个端口,后端一个端口。 如前端是https://example.com/index.html,调用的接口是https://example.com:4433 如此部署对于一些小项目未免有些麻烦,当然你在公网环境下也可以选择使用子域名、其他域名进行跨域访问。 这里说

    2024年02月16日
    浏览(41)
  • Nginx快速入门:return、rewrite重定向、重写详解(六)

    我们在日常的生产过程中,常常有需要重定向转发的需求,比如企业更换了域名,但又要保证之前的域名能访问,这就需要做重定向的跳转。 我们在之前的章节中学习了Nginx的负载均衡、各类转发代理配置,今天继续来补充关于转发的的最后一个环节——重定向(或称跳转)

    2024年02月20日
    浏览(40)
  • Nginx 重定向后请求参数丢失问题及解决方案

    在日常开发和运维中,我们经常会遇到需要使用 Nginx 进行反向代理的场景。但在配置 proxy_pass 时,有时候可能会遇到请求参数丢失的问题。在这篇文章中,我们将会详细探讨这个问题并给出几种解决方案。 假设我们有一个基础的 Nginx 反向代理配置,如下: 当我们通过 Ngin

    2024年02月05日
    浏览(82)
  • nginx重定向问题解决(rewrite or internal redirection cycle)

    访问日志文件 nginx.conf配置文件内容 根据提供的访问日志和nginx.conf配置文件分析,是循环重定向的问题。 配置中,location / 块使用了 try_files $uri $uri/ /index.html; 会导致导致在尝试访问根目录时发生重定向循环。 修改:添加一个新的 location=/index 块,直接提供 /index.html 而不进行

    2024年02月05日
    浏览(71)
  • nginx将xxx.com重定向到www.xxx.com配置

    有时候,我们网站,需要将顶级域名xxx.com统一跳转到二级域名www.xxx.com下。这时候,我们可以通过修改nginx配置达到我们的目的。

    2024年03月23日
    浏览(56)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包