这 个 锅 我 不 背

客户本地办公地点近期要进行搬迁，搬迁到现在的一个异地网点办公，应用开发人员在进行测试工作。

今天，接到客户反应，本地终端应用正常，有一个异地的远程终端应用有一个模块不正常，测试下来是服务器没有响应，因有应用模块可以正常使用，所以网络是连通的，怀疑网络中间的安全设备，拦截了这个模块的数据请求。

这个问题确实有点奇怪。不过对自己有几斤几两，网络中有啥设备还是一清二楚的，这个问题决不可能是安全设备拦截数据请求造成的。空口无凭，说服不了别人。另外，从对方也问不出其他的有用信息，只能靠自己来查找原因。

按照客户的说法，本地正常，异地不正常，首先想到的是由近及远，选定几个点进行测试，看从哪个点开始出现问题。

说干就干，要来了测试账号和密码，开始在自己电脑上测试。

出师不利，打开浏览器页面，需要安装插件，插件没有签名不允许安装，一翻安全配置、添加信任站点......总算到了打开问题页面的时候了，页面是出来了，但上面的按钮点上去没有反应。

看来自己的电脑配置上有问题，无法再进行测试了。还是到现场去测试吧。

现场测试，如反应所述问题，浏览器下端状态栏开头提示页面有错误。想到了应用调试，随手打开了浏览器的“开发人员工具”，再点击那个出错的页面，代码停在了出错的地方，是一个通过参数构建URL，发送HTTP请求获取XML数据的过程。

获取URL，直接在地址栏中进行访问，报页面无法打开；对URL中的条件进行逐一测试，发现问题条件如“A or (B and C)”，具体是没有同时满足条件B和C的数据。

调试时修改了条件，改成了“A or (B or C)”，服务器有数据返回后，页面可以正常操作了。

经过如上测试，可以得出结论：

一是数据出现了问题，造成没有符合上述组合条件的数据，进而造成应用异常；

二是应用软件设计有问题，服务器在没有获取到数据时，没有正常返回空结果集，而是异常结束，不返回结果，造成客户端超时出错；

总之一句话，问题与网络中的安全设备没有一毛钱关系。

这个锅，我不背。

有一个问题想不明白，这个远程的异地办公点设立了有一段时间了，为什么到今天才反应这个问题呢？还是以前是正常的，今天才出现问题的？

作为一个网工，还是要会点其他技能的，否则，这个锅，你背定了。

后记，事后，又进行了交叉测试，即在远程应用本地账号进行测试，问题依旧，看来与登录账号的属性关系不大。

作为一个网工，还是要会点其他技能的，否则，这个锅，你背定了。说的好啊，网工现在要的懂安全懂应用懂开发才行啦。

网工真不好干啊

背吧，要不谁背

背锅是常态，习惯就好

假如我来搞，我就在业务空闲中不忙时，笔记本接在某个节点下面，看看可不可以，定位到哪个节点的问题，再查这个点的问题。

不过，会使用开发者工具的人很强啊。

作为一个网工，还是要会点其他技能的，否则，这个锅，你背定了。

这句话说的太对了，能找到问题倒好，有时候你明明可以确定不是网络问题，但对方却不那么信服，非得你能够证明是什么问题才能够更有力地证明不是网络问题才会让对方相信。因为对方通常不光不懂网络，甚至其他方面懂得更少。这个的确是比较尴尬的问题。