分享一个Nginx正向代理的另类应用案例

  • 需求背景
  • 需求分析
  • 最终解决

文章目录

最近接到了一个需求:通过 Nginx 代理把现网一个自研代理程序给替换掉,感觉有点意思,也有所收益,简单分享下。

需求背景

部门的生产环境异常复杂,有部分第三方引入的系统位于特殊网络隔离区域,请求这些系统需要通过 2 层网络代理,如图所示:

分享一个Nginx正向代理的另类应用案例

中心源系统请求目标系统 API 的形式各异,我简单收集了下,至少有如下 3 种:

目前开发 GG 是用 lighthttp 二次开发实现了这个需求(猜测用到了一堆判断和转发逻辑),存在一定的后期维护工作量,而且这个 GG 已经转岗去其他部门了,现任开发 GG 就想直接通过 Nginx 代理来实现,淘汰这个组件,因此就将这个需求丢给了我这个运维了。

需求分析

拿到需求后,我分析了下,应该需要使用正向代理来实现,我们来看下普通的一级正向代理写法:

这个规则的意思是将所有请求都代理到请求对应的主机。这个在内网正向代理上网的时候会用到,这时候用户只需要将你提供的代理设置为 http_proxy,就可以访问到直接访问不到的站点。

看起来好像可以满足需求了,But…实际需求是要经过 2 层代理,那第一层代理的$host 必须是固定为第二层代理的地址了!而且 Nginx 也不支持类似 http_proxy 的设置,所以照搬正向代理是行不通的。

最终解决

既然正向代理涉及到自动提取目标主机、端口以及请求的特性,那我们就自己设计一个请求方式,方便使用 Nginx 自带规则来提取并自动代理。

我和开发约定了一个请求方式(之前也用了类似约定),方便 Nginx 来提取变量并自动代理:

将真正需要请求的 API 拆成: ?schema=http&host=主机:端口&proxy_url=请求路径及参数,然后请求到第一级 Nginx 代理服务,一级代理将请求原样传给 Nginx 二级代理,然后在二级代理上通过正则提取 schema、host 和 proxy_url,并代理请求,即可满足需求。

Nginx 一级代理规则(反向代理):反向代理到 2 个二级代理

Nginx 二级代理规则(正向代理):自动提取 url 里面约定的协议、目标主机和 url 并代理

最后再套了一层负载均衡,最终生产环境的拓扑如下:分享一个Nginx正向代理的另类应用案例

利用 Nginx 代理,非常轻量的替代了之前开发 GG 研发的程序,而且后期维护工作量基本可以忽略不计,其中涉及到的安全措施这里就略去不提了,请自行脑补。

  • 2019年01月20日
  • 11
  • 578
  • A+
所属分类:WEB应用

网站声明: 1.本站大部分资源搜集于网络,仅代表作者观点,如有侵权请提交修改。 2.网站内容仅网站站长做个人学习摘记,任何人不得用于其他商业用途,网站发表的内容全权归原作者所有。 3.有任何疑问,可以点击右侧边栏的联系QQ进行咨询 4.本网站部分内容来自于其他网站平台的,版权归原网站所有,本网站只作信息记录,自己学习使用,特此申明,本站用户也不得使用此信息内容做其他商业用途。
白丁学者 » 分享一个Nginx正向代理的另类应用案例

发表回复

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据