当IP被占用,发生了这些恐怖的故事
作者:Aliot
发布时间:2018-12-11
评论:0
阅读:9
环境:centos 6.5
内网IP:192.168.3.254
状态:虚拟机安装的服务有redis,nginx,elasticsearch等
爆发:其他机器上的web服务完成无法使用 redis 服务,大量爆发连接失败错误 “ It was not possible to connect to the redis server(s); to create a disconnected multiplexer, disable AbortOnConnectFail“
确认执行 service iptables stop 成功关闭防火墙,仍然无法正常工作
经过大量搜索,有网友反馈 在连接字符串增加 abortConnect=false ,让Nest连接redis失败时自动重新连接:
192.168.3.254:6379,KeepAlive=30,ConnectTimeout=5000,SyncTimeout=5000,AllowAdmin=true,abortConnect=false
最终失望,无解,于是对 redis 失去信心(这不是一个成熟的产品该有的表现,咋就没人发现呢?)质疑,失望中..... 目光从redis 转移了出来,可能不是redis的原因?端口占用?有防火墙以外的程序阻挡了我的端口吗?请求究竟到达centos主机了吗?问题可能出现在请求端?
请求要是没到达服务端,那我就冤枉redis了!!!
思维轮廓:1,6379端口被挡住了。2,请求没到达服务器
实验:开个nginx试试80端口的请求是否ok,确认第一种情况(端口被挡)。如果端口被挡,是否只选择性挡住了6379还是挡住了所有端口。最后发现 nginx 80 竟然也罢工,郁闷中.....
执行netstat -an|more 发现端口正在侦听中,且没有其他进程占用端口,仅有nginx一个家伙
一遍又一遍确认防火墙关闭了.................................................
继续搜索浩瀚的互联网.......
看见了关键词“ip 被占用”
于是windows下命令窗口 ping 192.168.3.254 -t 正常响应
把虚拟机关闭,发现ping命令仍然在正常响应
MD,你不是shi掉了吗?借尸还魂吓唬我吗......................................................................................................................................................................................................................................................................?