回顾Nginx rewrite跳转

最新推荐文章于 2024-08-19 13:41:06 发布
最新推荐文章于 2024-08-19 13:41:06 发布
阅读量4k 收藏 1
点赞数
CC 4.0 BY-SA版权
文章标签： nginx 前端 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ynyysn/article/details/123490920
本文详细介绍了Nginx的rewrite规则及其应用场景，包括域名跳转、客户端IP访问控制、旧域名转向新域名等。通过示例展示了如何设置location匹配规则和rewriterule实现URL重定向，强调了Nginx在处理静态文件和动态请求上的优势，以及在实际网站配置中的常见规则和优化技巧。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

@TOC

rewrite概述

现在 Nginx 已经成为很多公司作为前端反向代理（proxy_pass）服务器的首选，在实际工作中往往会遇到很多跳转（重写 URL）的需求。
比如：更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。如果在后端使用的 Apache 服务器，虽然也能做跳转，规则库也很强大，但是用 Nginx 跳转效率会更高(正则精确匹配)

www.kgc.com/ 每个星期周四的上午10:00-11:00 会进行维护，在此期间来访问的用户，需要给与客户提供一个“维护中”
的提示页面www.benet.com/可以是www.kgc.com/weihu.html

Nginx跳转需求的实现方式

使用rewrite进行匹配跳转(主要匹配的是具体的路径)
使用if匹配全局变量后跳转
使用location匹配再跳转（可以匹配后执行proxy_pass，将请求跳转到其他服务上）

常用的 Nginx 正则表达式

^ ：匹配输入字符串的起始位置
$ ：匹配输入字符串的结束位置
* ：匹配前面的字符零次或多次。如“ol*”能匹配“o”及“ol”、“oll”
+ ：匹配前面的字符一次或多次。如“ol+”能匹配“ol”及“oll”、“olll”，但不能匹配“o”
? ：匹配前面的字符零次或一次，例如“do(es)?”能匹配“do”或者“does”，”?”等效于”{0,1}”
. ：匹配除“\n”之外的任何单个字符，若要匹配包括“\n”在内的任意字符，请使用诸如“[.\n]”之类的模式
\ ：将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用。如“\n”匹配一个换行符，而“\$”则匹配“$”
\d ：匹配纯数字
\w ：匹配字母或数字或下划线或汉字
\s ：匹配任意的空白符
\b ：匹配单词的开始或结束
{n} ：重复 n 次
{n,} ：重复 n 次或更多次
{n,m} ：重复 n 到 m 次
[] ：定义匹配的字符范围
[c] ：匹配单个字符 c
[a-z] ：匹配 a-z 小写字母的任意一个
[a-zA-Z0-9] ：匹配所有大小写字母或数字
() ：表达式的开始和结束位置 例如：(jpg|gif|swf|)
| ：或运算符

从功能看 rewrite 和 location 似乎有点像，都能实现跳转，主要区别在于 rewrite 是在同一域，location 是对一类路径做控制访问或反向代理，还可以 proxy_pass 到其他机器。

Rewrite跳转基本规则

一、Rewrite跳转场景

1、调整用户浏览的URL，看起来更规范，合乎开发及产品人员的需求。
2、为了让搜索引擎搜寻网站内容及用户体验更好，企业会将动态URL地址伪装成静态地址提供服务。
3、网址换新域名后，让旧的访问跳转到新的域名上。例如，访问京东的 360buy.com 会跳转到 jd.com。
4、服务端某些业务调整，比如根据特殊变量、目录、客户端的信息进行URL调整等。
URL 匹配和 重新跳转新的URL
nginx rewrite（RUL）

二、Rewrite 跳转实现

Nginx：通过ngx_http_rewrite_module 模块支持URL重写、支持if条件判断，但不支持else
跳转：从一个location跳转到另一个location， 循环最多可以执行10次，超过后nginx将返回500错误
PCRE支持：perl兼容正则表达式的语法规则匹配
重写模块 set 指令：创建新的变量并设其值

三、rewrite功能

rewrite功能就是，使用nginx提供的全局变量或自己设置的变量，结合正则表达式和标记位实现URL重写以及重定向。
比如：更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。

rewrite只能放在server{ },location{ },if{ }中，并且默认只能对域名后边的除去传递的参数外的字符串起作用，
例如 http://www.dabao.com/a/we/index.php?id=1&u=str 只对/a/we/index.php重写。

四、rewrite 执行顺序如下：

(1) 执行 server 模块里面的rewrite 指令。
(2) 执行选定的 location 中的rewrite 指令。
(3) 执行选定的location中 if 中的rewrite指令
示例：

http {

  server {	
       rewrite      										# 优先级1
    location ~*\.(jpg|gif|swf)$ {
	       rewrite   										# 优先级2
            valid_referers none blocked *.dog.com dog.com;
            if ( $invalid_referer ) {
               rewrite ^/ http://www.dog.com/error.png;		#优先级3
            }
        }
	}
}

www.dog.com/rabbit.jpg
rewrite ^/ http://www.dog.com/error.png;

^/ ： 以^/，匹配到/rabbit.jpg

location / {   }

五、语法: rewrite ;

rewrite [flag]；
regex：表示正则匹配规则。
replacement：表示跳转后的内容。
flag：表示 rewrite 支持的 flag 标记。

####flag标记说明
last：本条规则匹配完成后，继续向下匹配新的location URL规则，一般用在server和 if 中。
break：本条规则匹配完成即终止，不再匹配后面的任何规则，一般使用在location中。
redirect：返回302临时重定向，浏览器地址会显示跳转后的URL地址。
permanent：返回301永久重定向，浏览器地址栏会显示跳转后的URL地址。

注：last和break最大的不同在于

  • break 是终止当前location的rewrite检测,而且不再进行location匹配
  • last 是终止当前location的rewrite检测,但会继续重试location匹配并处理区块中的rewrite规则

c:/windows/system32/drivers/etc

location匹配设置

一、location 大致可以分为三类：

精准匹配：location = / {…} 示例： location = patt {} PS: 精确匹配字符串
一般匹配：location / {…} 示例： location patt {} PS: 只要包含patt的字符串即可
正则匹配：location ~ / {…} 示例： location ~ patt {} PS: 按照正则表达式的方式匹配

二、location 常用的匹配规则：

=：进行普通字符精确匹配，也就是完全匹配
^~：表示普通字符匹配。使用前缀匹配。如果匹配成功，则不再匹配其他 location
~：区分大小写的匹配
~：不区分大小写的匹配
!~：区分大小写的匹配取非
!~：不区分大小写的匹配取非
@：定义一个location，使用在内部定向的时候

三、location 优先级：

相同类型的表达式，字符串长的优先匹配

首先精确匹配 =
其次前缀匹配 ^~
其次是按文件中顺序的正则匹配 或*
然后匹配不带任何修饰的前缀匹配，示例：/images/abc/
最后是交给 / 通用匹配

四、location 示例说明

www.baidu.com/data

1、location = / {}
= 为精确匹配 /，主机名后面不能带任何字符串，比如访问 / 和 /data，则 / 匹配，/data 不匹配
再比如 location = /abc，则只匹配 /abc，/abc/或 /abcd不匹配。若 location /abc ，则即匹配/abc、/abcd/ 同时也匹配/abc/。

2、location / {} www.kgc.com/路径
因为所有的地址都以/开头，所以这条规则将匹配到所有请求比如访问/和/data, 则/匹配，/data 也匹配，
但若后面是正则表达式会和最长字符串优先匹配(最长匹配)

3、location /documents/ {}
匹配任何以/documents/ 开头的地址，匹配符合以后，还要继续往下搜索其它location
只有其它location后面的正则表达式没有匹配到时，才会采用这一条
www.kgc.com/documents
www.kgc.com/documents/index

4、location /documents/abc {}
匹配任何以/documents/abc 开头的地址，匹配符合以后，还要继续往下搜索其它location
只有其它location后面的正则表达式没有匹配到时，才会采用这一条

5、location ^~ /images/ {}
location ^~ /abcdef/
匹配任何以/images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条

6、location ~* . (gif|jpg|jpeg)$ {}
匹配所有以gif、jpg或jpeg结尾的请求
然而，所有请求/images/下的图片会被location ^~ /images/ 处理，因为^~的优先级更高，所以到达不了这一条正则

7、location /images/abc {}
最长字符匹配到/images/abc，优先级最低，继续往下搜索其它location， 会发现^和存在

8、location ~ /images/abc {}
匹配以/images/abc开头的，优先级次之，只有去掉location ^~ /images/ 才会采用这一条

9、location /images/abc/1.html {}
匹配/images/abc/1.html文件，如果和正则location ~ /images/abc/1.html相比，正则优先级更高

location 优先级是怎么排列的:

匹配某个具体文件
(location = 完整路径) > (location ^~ 完整路径) > (location ~* 完整路径) > (location ~ 完整路径) > (location 完整路径) > (location /)

location ~ Abc {}
location ~ abc {}

location ~* abc {}

用目录做匹配访问某个文件
(location = 目录) > (location ^~ 目录/) > (location ~ 目录) > (location ~* 目录) > (location 目录) > (location /)

文件 目录 为什么只会在区不区分大小写上会有变动
正则表达式：目的是为了尽量精确的匹配
文件——》尽量精确匹配，区分大小写 精确、不区分更为精确
目录——》尽量精确匹配，区分大小写 精确 优先级更高，不区分大小写的

/abc 目录 test01
/Abc 目录 没有
分别有100个文件

location ~ /abc {
    test01.txt
}

location ~ /Abc {
    test01.txt
}

五、实际网站使用中，至少有三个匹配规则定义：

###第一个必选规则
直接匹配网站根，通过域名访问网站首页比较频繁（www.baidu.com/），使用这个会加速处理，比如说官网。
可以是一“个静态首页，也可以直接转发给后端“应用服务器” ——》PHP 、Apache

location = / {
   root  html;
   index index.html index. htm;
}

#第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项（1、静态请求处理的能力+ 高并发处理能力+资源消耗较低）
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用

location ^~ /static/ {
   root /webroot/static/ ;
}

location ~* \. (html Igif ljpg ljpeglpnglcssljslico)$ {
   root /webroot/res/ ;
}

#第三个规则就是通用规则，比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求（跳转/反向代理）

upstream  tomcat_server {
      server 192.168.226.128:8080 weight 1;
	  server 192.168.226.132:8080 weight 1;
}

location  ^/ \.(php|jsp)$ {
   proxy_pass http://tomcat_server；
}

Nginx rewrite跳转

1、使用场景
2、nginx 跳转方式
① rewrite

② location ： 主要功能proxy_pass
③ rewrite
④ if ： location 下，只支持但分支判断不支持多分支

location ——》server {}

Nginx 中 必备一些location规则
location / {} 加快加载速度
location /static {} 静态请求匹配
location 反向代理 反向跳转到配置文件中的upstream tomcat_server {}地址池中，获取发送到后端节点的“目标_IP”
跳转的方式直接使用proxy_pass http://tomcat_server(函数名)

实验

一、基于域名的跳转

现在公司旧域名www.kgc.com有业务需求变更，需要使用新域名www.benet.com代替，但是旧域名不能废除，需要跳转到新域名上，而且后面的参数保持不变。
#添加映射
vim /etc/hosts
192.168.226.132 www.benet.com www.kgc.com

#创建日志目录
mkdir -p /var/log/nginx/

#修改配置文件
vim /usr/local/nginx/conf/nginx.conf

 server {
        listen       80;
        server_name  www.kgc.com;     #域名修改

        #charset koi8-r;

        access_log  /var/log/nginx/www.kgc.com-access.log;     #开启并对日志保存路径进行修改

        location / {											#在原有location 位置插入
             if ($host = 'www.kgc.com'){       	#$host为rewrite全局变量，代表请求主机头字段或主机名
                rewrite ^/(.*)$ http://www.benet.com/$1 permanent;   #$1为匹配的位置变量，即域名后边得字符串，同时永久跳转
            }
            root   html;
            index  index.html index.htm;
        }

systemctl restart nginx.service

www.baidu.com

此时访问 http://www.kgc.com 时会自动跳转到 www.benet.com 上进行访问。
同时，可以访问http://www.kgc.com/1.html 在显示错误页面的同时可以看到域名也会变化为www.benet.com/1.html

因为$1 标志位，而标志位的含义包含了 ① 标记的对象URL ② 标记的具体部分，而标记的具体部分是用$0和$1来表示的
完整的URL ： http://www.kgc.com/1.html
$0：http://www.kgc.com
$1:/1.html
标志位：标记什么位：标记的具体部分 $0 $1

二、基于客户端 IP 访问跳转

今天公司业务新版本上线，要求所有 IP 访问任何内容都显示一个固定维护页面，只有公司 IP 192.168.226.128访问正常。
① 删除上一个实验的配置

vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.kgc.com;

    #charset koi8-r;

    access_log  /var/log/nginx/www.kgc.com-access.log;

#设置是否是合法的IP标记
set KaTeX parse error: Expected 'EOF', got '#' at position 19: …rite true; #̲设置变量rewrite，变量形式为布尔值为true
#判断是否为合法IP
if ($remote_addr = “192.168.226.128”){ #当客户端IP为192.168.226.132时，将变量值设为flase，不进行重写
set KaTeX parse error: Expected 'EOF', got '}' at position 24: …false; }̲ #除了合法IP，其它都是非法…rewrite = true){ #布尔值表达式在不满足false情况下，会匹配满足true的location
rewrite (.+) /weihu.html; #重写在访问IP后边插入/weihu.html，例如192.168.226.160/weihu.html
}
location = /weihu.html {
root /var/www/html; #页面返回/var/www/html/weihu.html的内容
}
location / {
root html;
index index.html index.htm;
}

复制：

set r e w r i t e t r u e ; i f ( rewrite true; if ( rewritetrue;if(remote_addr = ‘192.168.226.132’) {
set KaTeX parse error: Expected 'EOF', got '}' at position 19: …rite false; }̲ if (rewrite = true) {
rewrite (.+) /weihu.html;
}
location = /weihu.html {
root /var/www/html;
}

mkdir -p /var/www/html
echo '<h1>this is weihu web!</h1>' > /var/www/html/weihu.html
systemctl restart nginx.service

此时用另外一台机子访问192.168.226.132时会跳转到weihu.html界面，而只有IP为192.168.226.132的机子才可以正常进行访问。

三、基于旧域名跳转到新域名后面加目录

当访问的是 http://bbs.kgc.com/post/1.html 会自动跳转到 http://www.benet.com/bbs/post/1.html

http://bbs.kgc.com/post/1.html

#创建指定目录

[root@localhost ~]# mkdir -p /usr/local/nginx/html/bbs/post
[root@localhost ~]# echo "<h1> this is 1.html </h1>" >> /usr/local/nginx/html/bbs/post/1.html
[root@localhost ~]# echo "192.168.226.132 bbs.kgc.com" >> /etc/hosts

vim /usr/local/nginx/conf/nginx.conf
server {
        listen       80;
        server_name  bbs.kgc.com;   #修改域名

        #charset koi8-r;

        access_log  /var/log/nginx/www.benet.com-access.log;		#修改日志名

        #添加 ,旧：bbs.kgc.com/post/i.html
        location /post {
          rewrite (.+) http://www.benet.com/bbs$1 permanent;    #这里$1为位置变量，代表/post
        }
        location / {
            root   html;
            index  index.html index.htm;
        }

#重启服务
[root@localhost ~]#systemctl stop nginx.service
[root@localhost ~]#systemctl start nginx.service

此时用浏览器访问 http://bbs.kgc.com/post/1.html 会自动跳转到 http://www.benet.com/bbs/post/1.html

#旧
http://bbs.kgc.com/post/1.html

新
http://www.benet.com/bbs/post/1.html

四、基于参数匹配（多余的）的跳转

现在访问 http://www.kgc.com/100-（100|200）-100.html 会跳转到 http://www.kgc.com的页面

vim /usr/local/nginx/conf/nginx.conf

 server {
        listen       80;
        server_name  www.kgc.com;    #修改域名

        #charset koi8-r;

        access_log  /var/log/nginx/www.kgc.com-access.log;		#日志
#$request_uri 内置变量，表示URI，\d 纯数字
        if ($request_uri ~ ^/100-(100|200)-(\d+)\.html$){   #设置正则匹配，示例：http://www.kgc.com/100-100-1231.html
            rewrite (.*) http://www.kgc.com permanent;     #设置重写
        }
        location / {
            root   html;
            index  index.html index.htm;
        }

systemctl restart nginx.service

使用浏览器访问 http://www.kgc.com/100-100-100.html 或 http://www.kgc.com/100-200-100.html会自动跳转到 http://www.kgc.com页面

五、基于目录下所有 php 结尾的文件跳转

要求访问 http://www.kgc.com/upload/123.php 跳转到首页www.kgc.com （场景:注册/登陆）

vim /usr/local/nginx/conf/nginx.conf

server {
        listen       80;
        server_name  www.kgc.com;

        #charset koi8-r;

        access_log  /var/log/nginx/www.kgc.com-access.log;

        location ~* /upload/.*\.php$ {					#什么含义？
           rewrite (.+) http://www.kgc.com permanent;
        }

        location / {
            root   html;
            index  index.html index.htm;
        }

systemctl restart nginx.service

浏览器访问 http://www.kgc.com/upload/123.php 跳转到 http://www.kgc.com 首页

六、基于最普通一条 url 请求的跳转

要求访问一个具体的页面，如： http://www.kgc.com/abc/123.html，跳转到首页

vim /usr/local/nginx/conf/nginx.conf

server {
        listen       80;
        server_name  www.kgc.com;

        #charset koi8-r;

        access_log  /var/log/nginx/www.kgc.com-access.log;

        location ~* /abc/123.html {
           rewrite (.+) http://www.kgc.com permanent;
        }

        location / {
            root   html;
            index  index.html index.htm;
        }

systemctl restart nginx.service

总结：

nginx
一、了解了Nginx 和apache区别/对比
轻量级：
定位：Nginx 是做静态页面处理（OSI七层应用层 HTTP HTTPS协议）
nginx 工作在七层（ＮＧ４层支持）
静态页面处理理论值：3~5 万

二、LNMP （结合Nginx的体验）
体验：Nginx 如何与PHP的FPM对接，实现动静分离（ＦＰＭ模块——》ＦＡＳＴＣＧＩ接口　端口：9000）

三、Nginx 优化与防盗链
Nginx 是企业中运行较多的服务之一
Nginx 优化——》提高用户侧 用户体验、提高服务端 运行效率/性能、安全（HTTPS-> SSL模块，访问控制!= htpasswd）

四、Nginx rewrite 跳转
目的：
① 服务体验
② 基于不同场景需求，精确匹配访问的URL，指引跳转到合适的新场景（新URL、执行动态处理的应用服务器）

ynyysn
关注
Nginx精确匹配并跳转到指定路径
欢迎你们到来，希望能帮到大家
04-11 3769
Nginx精确匹配路径并重定向到指定的路径访问
nginx配置两层跳转
togolife的博客
06-18 1949
nginx静态资源访问测试环境跳转到正式环境配置经验
nginx rewrite导致post问题
zgrbsbf的专栏
11-20 7868
问题背景 开始的时候前端用的3000端口发的post请求到node，node做了检测要求必须用post，不能用get，这个时候前端请求的接口是xxxx:3000/servers， 但是前端是用nginx部署在81端口的，这导致请求老是发2次，看起来不好看。 尝试解决 把前端请求的接口改成xxxx:81/api/servers ，用nginx做一次转发，开始是这么写的nginx的配置： locat...
Ngnix作为反向代理时location中的路径问题
weixin_43862793的博客
09-29 555
在ngnix的conf的ngnix的nginx.conf中 server { listen 80; server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; location / { root html; index index.html inde
Nginx 中的Rewrite讲解
2302_76410765的博客
06-04 1528
(location = 完整路径) > (location ^~ 路径) > (location* 正则顺序) > (location 部分前缀路径) > (location /)location 匹配首先看 优先级：精确= > 前缀^~ > 正则* > 一般 > 通用/在没有精准匹配的情况下，先看前缀匹配的长度，然后根据最长的前缀匹配的优先级去确定是否再去看其它正则匹配location，
nginx rewrite导致post数据丢失
jason_czm的博客
04-10 3136
http://www.tuicool.com/articles/iYfiya server { listen 80; server_name abc.com www.abc.com test.abc.com www.test.abc.com; location = /login/quick/QQ {
云原生系列 - Nginx(基础篇)
知行
08-19 2327
Nginx(enginex)是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点（俄文：Рамблер）开发的，第一个公开版本0.1.0发布于2004 年10月4日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、简单的配置文件和低系统资源的消耗而闻名。2011年6月1日，nginx1.0.4发布。
nginx转发http报文改变uri
最新发布
07-29
这涉及到Nginx的重写规则，如rewrite指令或proxy_pass配合URI修改。 关键点： - 在Nginx中，可以使用rewrite指令来修改URI。 - 或者，在proxy_pass中直接指定新的URI。 - 引用[1]强调了$uri可以被修改，而$request_...
客户端请求nginx，nginx返回302重定向，重定向后，实际的数据流量会经过nginx所在机器吗
05-08
302是临时重定向，当Nginx返回302响应时，会在响应头中包含Location字段，指示客户端跳转到新的URL。此时，客户端（如浏览器）会自动向新的URL发起请求。这里的关键点是，后续的请求是否还会经过原来的Nginx服务器？...
rewrite的flag标志位
03-13
首先，回顾之前的对话，用户的问题是关于rewrite规则未生效，导致Nginx访问了错误的路径。当时我给出了几个可能的原因，比如配置位置错误、正则表达式不精确以及标志位使用不当。现在用户进一步询问关于flag标志位的...
Nginx 反向代理 详细配置
02-22
接下来，我需要回顾Nginx反向代理的基本概念，确保解释清楚它的作用和优势，比如隐藏后端服务器、负载均衡、SSL终止等。然后提供具体的配置示例，分点说明每个部分的作用，比如server块、location块、proxy_pass指令...
nginx代理中location和proxy_pass路径问题
Ripo_za的博客
08-13 1万+
1、再用nginx给springboot项目做代理转发时，springboot项目最好不要带项目访问路径。就是别设置 server.servlet.context-path=/crud 我在使用二级域名代理转发时，如果springboot带项目访问路径，但是location 后面和项目访问路径不一致，经常报404错误。 带项目访问路径出错，具体有下面几种情况 （1）localtion / 对应的配置如下 server{ listen 80; server_name test.xxx.online;
在nginx中设置相对路径跳转的方式
Socrates的技术笔记
07-02 1067
虽然写的是相对路径，但是nginx依然会补齐url的前缀，这样在实际的HTTP请求中会看到Location header中依然是绝对路径的跳转。如果nginx中listen的域名不是最终的域名，这样还可能会造成跳转不成功的问题。在nginx中的location中，设置301或302的跳转的方式一般是这样的。如果需要设置相对路径的跳转，可以考虑以下两种方法。第二种，在跳转的路径前面加一个空格（放在引号里）。以上这两种方法都可以获得相对路径的跳转。指令，这样就直接关掉了的绝对路径跳转。
Nginx中实现Rewrite跳转及配置
Demo_lu的博客
06-17 975
Nginx中实现Rewrite跳转及配置一、Nginx正则表达式二、Location（一）Location分为三类（二）Location常用匹配规则（三）Location优先级（四）Location示例（五）实际网站使用中，至少有三个匹配规则定义三、Rewrite实现跳转四、Rewrite（一）Rewrite跳转场景五、rewrite（一）rewrite功能（二）rewrite执行顺序（三）语法rewrite[flag]（四）rewrite示例1.基于域名的跳转1.基于域名的跳转1.基于域名的跳转1.基于域
Nginx rewrite post请求变get请求解决
热门推荐
Meiyang1990的博客
04-10 1万+
笔者最近碰到一个nginx问题，我们需要将http://t16.niiu.com/gateway/abtest-service/api/shenzhen/shoulei/7(该方法是POST) rewrite成http://t16.niiu.com//api/shenzhen/shoulei/7 , 因为微服务提供的请求地址就是：/api/shenzhen/shoulei/7 。 其中，/a
Nginx之域名跳转配置：使用rewrite实现服务器端跳转
TpCode的博客
10-01 730
在Nginx服务器配置中，我们可以使用rewrite指令来实现域名跳转。通过配置rewrite规则，我们可以将访问一个域名的请求重定向到另一个域名或URL。在本文中，我们介绍了如何使用Nginx的rewrite指令来配置域名跳转。通过简单的配置，我们可以实现域名之间的重定向和URL重写。除了简单的域名跳转，我们还可以使用rewrite规则实现其他类型的重定向，例如URL重写和路径重定向。接下来，我们将在Nginx的配置文件中添加rewrite规则。请根据你的具体需求修改上述示例中的域名和路径。
Nginx之rewrite之location匹配规则
一个不愿透露姓名的金先生
06-09 818
Nginx之location、reweite一、常用Nginx正则表达式二、location常用匹配规则1、location三类2、常用匹配规则3、location优先级4、location示例1、location = / {}2、location / {}3、location /documents/ {}4、location /documents/abc { }5、location ^~ /images/ {}6、location ~* \. (gifljpg ljpeg)$ {}7、location /
nginx问题之proxy_pass转发路径问题
高新富的博客
03-07 3519
nginx配置proxy_pass，需要注意转发的路径配置 1、location /test/ { proxy_pass http://t6:8300; } 2、location /test/ { proxy_pass http://t6:8300/; } 上面两种配置，区别只在于proxy_pass转发的路径后是否带 “/” 针对情况2，如果访问url = http://server/test/...
Nginx实际案例 重定向rewrite+反向代理proxy_pass
weixin_48617665的博客
11-09 2629
nginx 重定向+反向代理
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值