Linux几种转发请求方案

服务器

浏览数:264

2019-3-11

前言

  当我们在对接第三方的时候,免不了会遇到白名单限制问题,导致我们本地开发环境受限,不能调用接口。难以完成整个业务流程。
分析如下场景:

比如第三方有台机器 IP 为 1.1.1.1  端口8080
正式环境为1.1.1.1:8080/pro/api
测试环境为1.1.1.1:8080/test/api
但是第三方的机器不允许任何IP都可以调用,他们只允许你方一台机器加入白名单
比如你线上的一台机器IP是2.2.2.2已经加入白名单,这没问题。
但是你要做开发 要调用他们测试环境的API,却发现调用不了,而且你总不能在2.2.2.2上面写代码调试吧。

解决方案

跳板服务

  如果既然不能直接调用1.1.1.1 那么完全让2.2.2.2写个服务,作为跳板,也就是把我们的请求给2.2.2.2,然后2.2.2.2再原封不动传给1.1.1.1

Nginx转发

  这个会比跳板服务简单多了。只要2.2.2.2 开启nginx

listen       8080;
location /test/api/{
    proxy_pass  1.1.1.1:8080;
}

端口映射

  无论是跳板服务还是nginx转发 我们要做的事情就更多了。所以我们要想到另一种思路。就是2.2.2.2这台机器能不能帮我转发,只是作为一个中间者。就是我请求了2.2.2.2:8080 实际上请求到了是1.1.1.1:8080.转发也可以用iptables 或者firewalld做NAT转发,但是不懂得原理的会比较复杂,这里推荐一款工具,rinted,一行配置搞定转发。

  • wget http://www.boutell.com/rinetd/http/rinetd.tar.gz
  • mkdir /usr/man/
  • vi /etc/rinetd.conf
    0.0.0.0 7075 10.46.108.225 7075 本机7075端口转发映射到10.46.108.225:7075
  • 压缩,进入目录 make && make install
  • rinetd -c /etc/rinetd.conf 读取映射转发配置,使之生效

补充拓展

SSH跳板机

ssh转发也可以用上面的方式,这样的话,假设你有十台机器。然后你可以用端口转发请求,这样只需要一台机器做跳板机,这也是属于黑科技,当然运维的话有更好的方式。
0.0.0.0 2221 机器A的IP 22
0.0.0.0 2222 机器B的IP 22
0.0.0.0 2223 机器C的IP 22
0.0.0.0 2224 机器D的IP 22

FTP转发

…待补充

总结

  反正就是,多了解Linux,有些时候可以利用Linux知识来解决业务问题。