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,如需转载请自行联系原作者
相关文章
|
25天前
|
网络协议 开发工具 Android开发
应用研发平台EMAS产品常见问题之接入httpdns后 访问重定向的url访问有问题如何解决
应用研发平台EMAS(Enterprise Mobile Application Service)是阿里云提供的一个全栈移动应用开发平台,集成了应用开发、测试、部署、监控和运营服务;本合集旨在总结EMAS产品在应用开发和运维过程中的常见问题及解决方案,助力开发者和企业高效解决技术难题,加速移动应用的上线和稳定运行。
|
3月前
|
JSON 应用服务中间件 API
利用Grafana的API Key+Nginx反向代理实现Grafana免登录访问
利用Grafana的API Key+Nginx反向代理实现Grafana免登录访问
85 1
|
1月前
|
负载均衡 应用服务中间件 Linux
|
2月前
|
tengine Rust 负载均衡
反向代理学习笔记(一) Nginx与反向代理绪论
反向代理学习笔记(一) Nginx与反向代理绪论
|
2月前
|
负载均衡 Java 应用服务中间件
|
2月前
|
消息中间件 关系型数据库 MySQL
使用Nginx的stream模块实现MySQL反向代理与RabbitMQ负载均衡
使用Nginx的stream模块实现MySQL反向代理与RabbitMQ负载均衡
57 0
|
3月前
|
应用服务中间件 nginx
4.5.1 Nginx反向代理与系统参数配置conf原理
4.5.1 Nginx反向代理与系统参数配置conf原理
|
应用服务中间件 Apache nginx
Nginx proxy_redirect 作用
今天在做nginx反向代理apache的时候出了一点点问题,原来后端apache用的端口是8080通过反向代理后,使用wireshark抓包发现location头域数值为http://192.
2189 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
5106 0
|
15天前
|
运维 前端开发 应用服务中间件
LNMP详解(八)——Nginx动静分离实战配置
LNMP详解(八)——Nginx动静分离实战配置
20 0