Hot For Coding
Nginx使用proxy_redirect替换proxy_pass Response 301/302的Location字段

nginx

Nginx通过proxy_pass反向代理请求到任意一个地址,并将Response返回给用户,多数情况下这是没什么问题的,但有一种情况下需要额外处理301/302的Location字段,假设

  • Server: 192.168.1.2: 是内网中的一台服务,在内网环境中大家都直接访问它
  • Nginx: 192.168.1.3: 是一台外网入口的Nginx服务,访问外网IP将直接访问到它,它会反向代理到192.168.1.2

192.168.1.3 nginx.conf

server {
  listen 80;
  server_name www.qttc.net;

  location / {
    proxy_pass http://192.168.1.2;
  }
}

可是通过外网用户通过域名www.qttc.net通过Nginx代理服务器反向代理内网服务时Server在Response 301/302的Location会写内网IP,如:

$ curl -I http://www.qttc.net/
HTTP/1.1 302
Server: nginx/1.16.0
Date: Tue, 26 Nov 2019 08:00:35 GMT
Location: http://192.168.1.2/index.html
Connection: keep-alive
Cache-Control: no-cache

访问关系如图:

full

外网用户被Location到一个内网地址192.168.1.2自然访问不到,因为不是在内网环境。这个时候我们需要配置一下Nginx的反向代理设置,通过添加一条proxy_redirect指令替换Server响应301/302 Location字段,配置如下:

server {
  listen 80;
  server_name www.qttc.net;

  location / {
    proxy_pass http://192.168.1.2;
    proxy_redirect http://192.168.1.2 http://www.qttc.net;
  }
}

保存重启Nginx服务,此时再来测试一下,外网测试入口www.qttc.net:

$ curl -I http://www.qttc.net/
HTTP/1.1 302
Server: nginx/1.16.0
Date: Tue, 26 Nov 2019 08:31:45 GMT
Location: http://www.qttc.net/index.html
Connection: keep-alive
Cache-Control: no-cache

从上面的信息可以看到从外网访问时Server服务response的header信息中,已经在Nginx反向代理那一段替换了Location字段的协议、域名和端口部分,这样的话外网用户最终得到的302地址是一个外网地址从而可以跳转网页

而内网用户因为直接访问Server服务,不经过Nginx代理,自然也不会受影响,内网测试入口192.168.1.2:

$ curl -I http://192.168.1.2/
HTTP/1.1 302
Server: nginx/1.16.0
Date: Tue, 26 Nov 2019 09:10:33 GMT
Location: http://192.168.1.2/index.html
Connection: keep-alive
Cache-Control: no-cache

通过额外部署一个Nginx并利用proxy_redirect指令配合proxy_pass反向代理解决了内外网不同IP/域名访问服务的问题。

TITLE: Nginx使用proxy_redirect替换proxy_pass Response 301/302的Location字段

LINK: https://www.qttc.net/502_nginx_replace_location_from_proxy_response_header.html

NOTE: 转载内容请注明出处