Nginx反向代理中使用proxy_redirect重定向url

简介:

在使用Nginx做反向代理功能时,有时会出现重定向的url不是我们想要的url,这时候就可以使用proxy_redirect进行url重定向设置了。proxy_redirect功能比较强大,其作用是对发送给客户端的URL进行修改!!
语法:proxy_redirect [ default|off|redirect replacement ];
默认:proxy_redirect default;
配置块(使用的字段):http、server、location
当上游服务器返回的响应是重定向或刷新请求(如HTTP响应码是301或者302)时,proxy_redirect可以重设HTTP头部的location或refresh字段。

1
2
3
location  /login  {
     proxy_pass http: //target_servers/login  ;
}

如果需要修改从被代理服务器传来的应答头中的"Location"和"Refresh"字段,这时候就可以用proxy_redirect这个指令设置。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
假设被代理服务器返回Location字段为http: //localhost :8000 /kevin/some/uri/
  
proxy_redirect http: //localhost :8000 /kevin/  http: //frontend/one/ ;
将Location字段重写为http: //frontend/one/some/uri/
在代替的字段中可以不写服务器名:
 
proxy_redirect http: //localhost :8000 /kevin/  /;
这样就使用服务器的基本名称和端口,即使它来自非80端口。
如果使用 "default" 参数,将根据location和proxy_pass参数的设置来决定。
 
 
例如下列两个配置等效:
location  /one/ 
proxy_pass       http: //upstream :port /kevin/
proxy_redirect   default;
}
 
location  /one/ 
proxy_pass       http: //upstream :port /kevin/
proxy_redirect   http: //upstream :port /kevin/    /one/ ;
}
 
在指令中可以使用一些变量:
proxy_redirect   http: //localhost :8000/    http: // $host:$server_port/;
 
这个指令有时可以重复:
proxy_redirect   default; 
proxy_redirect   http: //localhost :8000/    /; 
proxy_redirect   ; 
/;
 
参数off将在这个字段中禁止所有的proxy_redirect指令:
proxy_redirect   off; 
 
利用这个指令可以为被代理服务器发出的相对重定向增加主机名:

下面通过几个小实例来体验下proxy_redirect的使用效果:
==============================================================================

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
假设当前nginx的访问地址为http: //10 .0.9:8080,如果kevin-inc又需要302到10.0.9 /xxx
那么可以添加下redirect,将302的location改为http: //10 .0.9:8080 /xxx
 
location  /login  {
             proxy_pass http: //kevin-inc/login  ;
             proxy_redirect http: //10 .0.9/ http: //10 .0.9:8080/;
         }
 
--------------------------------
host变量
如果不想写死ip地址,可以使用nginx的变量
 
location  /login  {
             proxy_pass http: //kevin-inc/login  ;
             proxy_redirect http: // $host/ http: // $http_host/;
         }
 
其中host不带端口的,也就是nginx部署的主机ip,而$http_host是带端口的

==============================================================================

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
server {
        listen       80;
        server_name  www.kevin.com;
        location / {
             proxy_pass http: //10 .0.40:9080;
        }
    }
 
这段配置一般情况下都正常,但偶尔会出错, 抓包发现服务器给客户端的跳转指令里加了端口号,如Location: http: //www .kevin.com:9080 /abc .html 。
因为nginx服务器侦听的是80端口,所以这样的URL给了客户端,必然会出错.
针对这种情况, 加一条proxy_redirect指令: proxy_redirect http: //www .kevin.com:9080/ / ,即把所有 "http://www.kevin.com:9080/" 的内容替换成
"/" 再发给客户端,就解决了。
 
server {
        listen       80;
        server_name  www.kevin.com;
        proxy_redirect http: //www .kevin.com:9080/ /;
        location / {
             proxy_pass http: //10 .0.40:9080;
        }
    }

==============================================================================

1
2
3
4
5
6
7
8
9
10
11
12
前端的Nginx负责把http: //www .kevin.com /grace/Server/ 开头的url反向代理到后端的http: //10 .0.40 /Server/ 上。
对于有完整的路径,如http: //www .kevin.com /grace/Server/ 的代理没有问题,Server对应后台服务器的一个目录。
 
但当访问http: //www .kevin.com /grace/Server 时,后端Nginx会发送一个301到/上,于是返回到前端后URL变成了http: //www .kevin.com /Server/ ,这个url显然不是我们想要的。
 
在Apache中有个ProxyPassReverse的参数,用来调整反向代理服务器发送的http应答头的url,可以解决这个问题。
在Nginx代理配置,可以使用proxy_redirect这个参数,它实现的功能和ProxyPassReverse类似,例如增加如下配置:
 
location ^~  /grace  
     proxy_pass http: //10 .0.40/; 
     proxy_redirect http: //www .kevin.com/  /grace/

==============================================================================
如下启用了proxy_redirect配置(http->https),配置中就不需要"proxy_set_header Host $host;",即不需要"添加发往后端服务器的请求头"的配置了

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
[root@external-lb01 ~] # cat /data/nginx/conf/vhosts/443-www.kevin.com.conf.bak
upstream scf_cluster {
     ip_hash;
     server 192.168.10.20:9020;
     server 192.168.10.21:9020;
     }
upstream portal_cluster {
     ip_hash;
     server 192.168.10.20:9040;
     server 192.168.10.21:9040;
     }
upstream file_cluster{
     ip_hash;
     server 192.168.10.20:9020;
     }
upstream workflow_cluster{
     ip_hash;
     server 192.168.10.20:9020;
     server 192.168.10.21:9020;
     }
upstream batch_cluster{
     server 192.168.10.20:9020;
     server 192.168.10.21:9020;
     }
  
server {
         listen       443;
         server_name  www.kevin.com;
  
         ssl on;
         ssl_certificate  /data/nginx/conf/ssl/kevin .cer;
         ssl_certificate_key  /data/nginx/conf/ssl/kevin .key;
         ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
         ssl_session_cache    shared:SSL:1m;
         ssl_session_timeout  5m;
         ssl_ciphers  ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4:!DH:!DHE;
         ssl_prefer_server_ciphers  on;
  
         access_log   /data/nginx/logs/www .kevin.com-access.log main;
         error_log   /data/nginx/logs/www .kevin.com-error.log;
  
         error_page   500 502 503 504   /50x .html;
         location =  /50x .html {
             root   html;
         }
  
  
         location  /scf  {
             proxy_pass http: //scf_cluster/scf ;
             proxy_redirect  http: //scf_cluster/scf  https: //www .kevin.com /scf ;
             proxy_set_header X-Real-IP $remote_addr;
             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
             proxy_connect_timeout 300;
             proxy_send_timeout 300;
             proxy_read_timeout 600;
             proxy_buffer_size 256k;
             proxy_buffers 4 256k;
             proxy_busy_buffers_size 256k;
             proxy_temp_file_write_size 256k;
             proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_404;
             proxy_max_temp_file_size 128m;
  
         }
  
  
        location / {
             proxy_pass http: //portal_cluster/portal-pc/ ;
             proxy_redirect  http: //portal_cluster/portal-pc/  https: //www .kevin.com/;
             proxy_set_header X-Real-IP $remote_addr;
             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
             proxy_connect_timeout 300;
             proxy_send_timeout 300;
             proxy_read_timeout 600;
             proxy_buffer_size 256k;
             proxy_buffers 4 256k;
             proxy_busy_buffers_size 256k;
             proxy_temp_file_write_size 256k;
             proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_404;
             proxy_max_temp_file_size 128m;
  
         }
  
         location  /msdp-file  {
             proxy_pass http: //file_cluster/msdp-file ;
             proxy_redirect  http: //file_cluster/msdp-file  https: //www .kevin.com /msdp-file ;
             proxy_set_header X-Real-IP $remote_addr;
             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
             proxy_connect_timeout 300;
             proxy_send_timeout 300;
             proxy_read_timeout 600;
             proxy_buffer_size 256k;
             proxy_buffers 4 256k;
             proxy_busy_buffers_size 256k;
             proxy_temp_file_write_size 256k;
             proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_404;
             proxy_max_temp_file_size 128m;
  
         }
          
     location  /upload  {
             proxy_pass http: //file_cluster/upload ;
             proxy_redirect  http: //file_cluster/upload  https: //www .kevin.com /upload ;
             proxy_set_header X-Real-IP $remote_addr;
             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
             proxy_connect_timeout 300;
             proxy_send_timeout 300;
             proxy_read_timeout 600;
             proxy_buffer_size 256k;
             proxy_buffers 4 256k;
             proxy_busy_buffers_size 256k;
             proxy_temp_file_write_size 256k;
             proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_404;
             proxy_max_temp_file_size 128m;
  
         }
          
         location  /activiti-workflow-console  {
             proxy_pass http: //workflow_cluster/activiti-workflow-console ;
             proxy_redirect  http: //workflow_cluster/activiti-workflow-console  https: //www .kevin.com /activiti-workflow-console ;
             proxy_set_header X-Real-IP $remote_addr;
             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
             proxy_connect_timeout 300;
             proxy_send_timeout 300;
             proxy_read_timeout 600;
             proxy_buffer_size 256k;
             proxy_buffers 4 256k;
             proxy_busy_buffers_size 256k;
             proxy_temp_file_write_size 256k;
             proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_404;
             proxy_max_temp_file_size 128m;
  
         }
     location  /batch-framework-web  {
             proxy_pass http: //batch_cluster/batch-framework-web ;
             proxy_redirect  http: //batch_cluster/batch-framework-web  https: //www .kevin.com /batch-framework-web ;
             proxy_set_header X-Real-IP $remote_addr;
             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
             proxy_connect_timeout 300;
             proxy_send_timeout 300;
             proxy_read_timeout 600;
             proxy_buffer_size 256k;
             proxy_buffers 4 256k;
             proxy_busy_buffers_size 256k;
             proxy_temp_file_write_size 256k;
             proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_404;
             proxy_max_temp_file_size 128m;
  
         }
}
***************当你发现自己的才华撑不起野心时,就请安静下来学习吧***************

本文转自散尽浮华博客园博客,原文链接:http://www.cnblogs.com/kevingrace/p/8073646.html,如需转载请自行联系原作者
相关文章
|
20天前
|
JavaScript Java 应用服务中间件
|
3天前
|
JavaScript 应用服务中间件 开发工具
vue尚品汇商城项目-day07【53.nginx反向代理配置】
vue尚品汇商城项目-day07【53.nginx反向代理配置】
13 4
|
2月前
|
缓存 负载均衡 应用服务中间件
Nginx 代理管理器强势登场!轻松设置反向代理,为你的网络安全与高效护航,快来探索!
【8月更文挑战第23天】Nginx 代理管理器(NPM)是一款强大的工具,用于简化反向代理的设置流程。反向代理能隐藏后端服务器的真实IP,提升安全性,实现负载均衡与缓存等功能。用户需先安装Nginx 代理管理器,然后通过其Web界面添加代理主机,指定代理名称、协议类型、服务器地址及端口等信息。对于HTTPS协议,还需上传SSL证书/密钥。完成设置后,可通过浏览器测试反向代理是否正常工作。Nginx 代理管理器还支持高级特性,如负载均衡、缓存及访问控制等。
63 1
|
2月前
|
应用服务中间件 Linux nginx
【Azure 应用服务】App Service For Container 配置Nginx,设置/home/site/wwwroot/目录为启动目录,并配置反向代理
【Azure 应用服务】App Service For Container 配置Nginx,设置/home/site/wwwroot/目录为启动目录,并配置反向代理
|
2月前
|
缓存 负载均衡 安全
介绍一下Nginx的反向代理功能吧
【8月更文挑战第22天】介绍一下Nginx的反向代理功能吧
41 0
|
2月前
|
缓存 安全 应用服务中间件
Nginx的反向代理功能有哪些应用场景呢
【8月更文挑战第22天】Nginx的反向代理功能有哪些应用场景呢
111 0
|
2月前
|
缓存 负载均衡 监控
Nginx的反向代理功能如何实现的呢
【8月更文挑战第22天】Nginx的反向代理功能如何实现的呢
23 0
|
应用服务中间件 Apache nginx
Nginx proxy_redirect 作用
今天在做nginx反向代理apache的时候出了一点点问题,原来后端apache用的端口是8080通过反向代理后,使用wireshark抓包发现location头域数值为http://192.
2280 0
|
Web App开发 应用服务中间件 nginx
nginx配置中proxy_redirect的作用(转)
来自http://wntest.ustc.edu.cn/mine/wordpress/?p=400 及 http://hi.baidu.com/171892549/blog/item/0ec6aaef22acbb1dfdfa3ca7.html NGINX的proxy_redirect功能比较强大,其作用是对发送给客户端的URL进行修改。以例子说明:    server {        lis
5141 0
|
15天前
|
缓存 前端开发 JavaScript
终极 Nginx 配置指南(全网最详细)
本文详细介绍了Nginx配置文件`nginx.conf`的基本结构及其优化方法。首先通过删除注释简化了原始配置,使其更易理解。接着,文章将`nginx.conf`分为全局块、events块和http块三部分进行详细解析,帮助读者更好地掌握其功能与配置。此外,还介绍了如何通过简单修改实现网站上线,并提供了Nginx的优化技巧,包括解决前端History模式下的404问题、配置反向代理、开启gzip压缩、设置维护页面、在同一IP上部署多个网站以及实现动静分离等。最后,附上了Nginx的基础命令,如安装、启动、重启和关闭等操作,方便读者实践应用。
204 84
终极 Nginx 配置指南(全网最详细)
下一篇
无影云桌面