第324章 平台被盯上

是什么？找到问题没有？”

    “没有！我正在筛查代码，看看是不是突然遇到大量访问造成变量溢出了？”

    “你他妈傻呀！这套系统你在卧虎就使用了，访问量那么大都没有造成变量溢出，现在这点访问量，哪来的溢出？

    给我滚远点，我看看是哪的问题！”

    听阿东说话我气就不打一处来，把他推搡到一边，然后接管他的电脑开始检查原因。

    首先查看了一下流量报告，发现访问峰值一直在可控范围之内。

    排除了因为访问量过高造成服务器拒绝访问的可能。

    接着查找服务器后台和防火墙上的日志，但并没有发现明显的攻击拦截记录。

    这也排除了被恶意攻击的可能。

    那是哪的问题呢？

    真是见鬼了。

    看到时间不断逼近，金龙瞪着眼睛看着我，心里也开始有些焦急。

    这个金龙，就是土包子一个，有的时候跟他没理可讲。

    弄不好，无论任何理由就都成了借口。

    最后没办法，我只好打开平台软件源码，看能否找到一些新发现。

    这套源码在卧虎的时候，我和阿东就仔细检查过，基本没什么漏洞

    现在想抠出来点，真是难于上青天！

    看着那些熟悉的代码，还有熟悉的变量，实在找不到问题，准备放弃。

    看到我关闭窗口，泄气的往椅子上一靠，金龙凑了过来：

    “怎么？弄好了？”

    “好个......”

    反正也弄不好了，肯定会受到金龙惩罚，还不如快乐一下嘴，刚想把那个屁字说出来，阿东把话抢了过去：

    “我觉得应该还是变量溢出的问题！刚才我用工具看了，后台那个占用cpU利用率100%的进程应该就是变量溢出造成的结果！可我一直找不到变量溢出的原因在哪！”

    阿东是整个系统的开发者，他对平台代码熟悉程度远远超过我，他的再次强调引起了我的注意。

    “变量，变量，莫非......”

    我嘴里叨咕着，忽然想到了什么，赶紧打开防火墙后台查看。

    找到访问记录，把Ip地址导出然后弄到软件里查看归属地。

    果然不出所料，这些访问地址有很大一部分竟然分布在一个城市区域。

    我跟转头问阿东：

    “你手里有平台代码的变量文本吗？有的话抓紧导入批量工具，然后把平台里的变量统统用新的名称代替！”

    “有，马上就能干！”

    阿东答应完，抢过我的电脑开始操作起来。

    导入，重新命名，查找替换，最后部署。

    阿东的操作很是流畅，10分钟不到就完成了所有步骤。

    等他最后敲下回车键，我们紧张地看向显示屏。

    随着屏幕上的用户曲线开始弯弯曲曲的出现，我终于松了一口气。

    系统恢复正常，金龙脸上的阴霾一扫而光，使劲拍了我一下肩膀：

    “阿成，没看错你，关键时候还真给力！

    跟我说说，到底是哪的问题？”

    我轻轻把他的手拿掉，然后不紧不慢的说：

    “别高兴太早，现在问题只是暂时解决，没准明天早上一起来又不能用了！”

    “为什么？”

    我的话把金龙说糊涂了，急切地问道。

    “不为什么，咱们这套系统被人家给盯上了！”

    我不紧不慢地回答。