首页 > 代码库 > 另类的ip地址伪装折腾记

另类的ip地址伪装折腾记

收到这样一个需求:在现有结构不变的情况下,让被访问方看起来是很多物理地址在同时请求。为了便于大家理解,我画个图来描述,就明白了。

技术分享

新的业务规定是这样,见下图

技术分享

这样一来,就没有中间那个“业务处理服务器”什么事情了。可是,那么多的终端,却是自己辛苦发展起来的,投入了大量的精力和资金,不可能不做了啊。因此,要想个办法,让最终处理服务器看起来,是很多终端在访问它。


基本的思路是申请一大批ip地址,然后跟服务器做绑定,即中间那个业务服务器设置数百个ip地址,体系结构不做任何变化。


经过讨论,大家一致认为这样可行(打查遍球,嘿嘿!),接下来相关人等联系机房,看申请ip地址什么一个费用。第二天,得到反馈,每个ip地址每个月多少银子,但另外一家的报价比现在托管的这家还低。问低多少?答:“低三分之一”。还吩咐我,准备把服务器整体搬走。我一听,心里一惊,这搬迁都要命啊!一整柜的服务器,业务还很复杂,不光自己的系统在处理业务,还有与第三方机构的系统进行交互,记得当时跟那些三方机构联调的时候,可费劲了(经常找不到人,配合不得力)。这要是搬迁,好久能恢复业务,没法预估时间。

技术分享

从这个图可以看出,整个结构还是比较复杂的,在没有充足资源的条件下,直接停机搬迁,完全是找死啊(正常的搬迁,需要在目的机房全新部署差不多规模的设施,然后迁移应用,这样多花好多银子的)!权衡再三,我个人觉得不要搬迁,于是跟现有机房进行交涉,要求便宜一些,不然客户要跑了。经过多轮沟通,价格降了不少,可还是没有挖墙脚那方报价低。最后,相关决策人,还是决定用另外一家的ip,并要求几方去现场讨论方案。


在去讨论的路上,我心里还是不想把它们搬走,太费劲了。要是恢复不了业务,压力全在我这里;特别是oracle 11g rac,出故障了不是一时半会能恢复得了的。突然,有了这么一个方案:现有机房不动,通过vpn连接到挖角机房的vpn,然后再在那里做地址绑定。到现场后,另一方人还没来,我就跟决策人讲了厉害关系以及解决方案。记得最关键的一句话是“咱们能忍受多长的停机损失”!技术副总说了一句:“停一天的损失,够我们托管好几年了”。没多久,那帮人来了,说了我的方案,经确认,可行。


目前,机房已经有一个dlink的vpn,型号是DI8200;厦门某个机房托管的设备正好要下架撤回来,刚好有个花三的vpn。等设备到了以后,就把它放在新租赁的机柜。在现有的dlink上,新增一条ipsec隧道,很快就做好了。然后登录另外一个机房的华三,配置ipsec,配完后,死活不通。仔细对比,发现有几个项目,不管怎么修改,始终对不上,如下图所示:

技术分享

通过咨询各路好手,判定两种设备不兼容。只得重新选用相同的设备来做这个同道,于是又买了一个同型号的dlink DI8200,设置好ipsec,测试两个网络的内网服务器,终于能互访了。接下来,就是处理ip地址绑定的事情了。


设计好的vpn隧道结构如下图所示:

技术分享

接下来,我们需要测试内网服务器访问某个指定目标服务器,看访问通路是否跟我们期望的一致(未完待续...)

本文出自 “sery” 博客,请务必保留此出处http://sery.blog.51cto.com/10037/1868866

另类的ip地址伪装折腾记