ixcache的蜜汁突发故障

公元2018年 7月29日 晚上21点整，我司一直正常运行的ixcache线路异常断开。

？？？

公司业务包含提供互联网接入服务，所以这个现象将会导致用户上网体验变差，网速变慢，看视频的速度下降等等，所以组织交给我一个重要的任务——在最快的时间内恢复。

我，

我内心有点慌，

毕竟我一个月以前才刚到这个公司啊，我还是个刚刚毕业的孩子啊，我，，，#￥%……&*！@#￥

不说了，慌是解决不了任何问题的。正事要紧。。

案发现场截图如下：

（其中，下载是正常的因为我们做了策略在6点前会将下载的速率控制在1M以内。）

刚好29号当天晚上10点要物业停电检修，11点才恢复电力。

所以它的诡异之处在于，没停电之前就故障了，然后停电来电这个动作相当于对设备进行了一次重启操作，导致ixcache恢复了。但是之后半个小时之后又死了，死的非常彻底，导致我后来无论是重启设备还是重启服务还是重启panabit都一副死样。

好嘛，找原因嘛。

我先在ixcache技术支持的群问了下大佬们，马上就有个管理回答我的问题，还让我把地址给他，他远程给我整整。由于是内网，所以用的是teamview。

大佬一顿操作猛如虎

告诉我

应该是你的ip不对。

emmmm

我处于礼貌，道谢，下线。

ip？可是一直用的都是这个ip啊?所以我当时的内心有点不信。

然后看了下内网到这个输出口能不呢通，结果，不能。为什么？

原因是pa对线路做了nat。

简要说下吧懒得打字。

就是各种找原因。升级。检查硬件。检查硬盘。检查数据。

最终得出一个结论：

找不到原因。。

嗨没事，找不到原因就算了，我直接重装不就完了吗，顶多再重新配置一下。

考虑到大佬说的ip问题--输出口和下载口不能同一个网段，同时内网用户要跟输出口通信，并且不能和内网用户同一个网段。

对这句话的三个与条件我考虑了两天（其实是有其他事耽搁了）终于决定：用10.21.0.0  的网段。

接下来就是见证奇迹的时刻。

首先将ixcache的地址改了，有图形化的界面直接敲就是了，提交。

第二步

在pa将接口线路-wan线路设置一下。

具体参数忘了，看图

第三步，配置缓存设备和牵引策略。

记住目标缓存要设置为自己后来的新配的线路。

最后一步就是配置策略路由了。

到这里，我在看i下cache的线路流量，就已经有流量过了。

做到这里，我的内心久久不能平静，因为

原因特么到底是啥！

所以说重启解决80%的问题，重装解决90%的问题，买新的解决99.9%的问题[滑稽]

不管了恢复了就好。

拜拜。

注：除了第一张图其他的图都是事后截的所以不是故障图。

有问题欢迎指出讨论

相关ixcache教程：http://forum.panabit.com/thread-10878-1-1.html