博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
前台MM手一抖,网络说抖它就抖!
阅读量:6578 次
发布时间:2019-06-24

本文共 797 字,大约阅读时间需要 2 分钟。

客户在微信上说云桌面总是掉线,连不上!

刚开始看到用户的反馈,我真没有想到是网络问题,便由负责云桌面的同事进行跟进处理。
同事通过[V-P-N]连接用户内网,经过一段时间的测试,发现云桌面没有任何问题,连接一直正常。
什么情况?
登录用户核心检查,发现连接汇聚的接口竟然在某个时间down了,搞什么飞机?出了什么情况?
进一步登录汇聚进行检查,发现如下信息:
前台MM手一抖,网络说抖它就抖!
竟然是“环环”出宫了?
登录用户的其它交换机依次检查,均发现了同样的提示。根据提示出现环路的VLAN信息是监控网络。
用户原来的监控网络是没有接入办公网络的,由于需要从办公网络访问监控主机,后来将监控网络接了进来。可是接入的时候一直正常啊!哪里出现了环路呢?
登录监控网络与办公网络连接的交换机,查看日志信息,在日志中发现了一个可疑的MAC地址及一个端口号,通过追查这个MAC地址,一路找到了那台交换机。
在这台交换机上查看日志信息,发现日志中报了大查的MAC地址认证信息(用户的网络做了准入控制),将这些MAC与监控的MAC进行对比,发现这些都是监控摄像头的MAC地址。
看来源头就是出在了这个接口上。可是谁会将这个接口接入到监控网络呢?先把这个接口shutdown再说。
正在此时,用户反映:前台的瘦终端,笔记本接入网络的时候,都连接不上。用户根据配线表进行查找,发现前台的网络是接在这个有问题的接口上!
到用户前台进行检查,发现前台有一台小交换机,另外除了连接瘦终端、笔记本的网线之外,还有两条网线,其中一条是连接办公网络的,另外一条是连接监控网络的。
询问前台,说是连接监控网络的网线没有接到交换机上。
怎么可能呢?问题都已经定位到你的接口上了!小MM要诚实啊!
后来把那根监控的网线扔到一边,晚上再次观察没有再出现环路的情况。至此问题解决!

转载于:https://blog.51cto.com/05wylz/2373145

你可能感兴趣的文章
FastCGI高级指南
查看>>
qemu -net tap配置上网
查看>>
358. Rearrange String k Distance Apart
查看>>
实践:VIM深入研究(20135301 && 20135337)
查看>>
MyCAT源码分析——分析环境部署
查看>>
网页录音并上传
查看>>
数组Array,集合List与字符串String,整形int的get类方法。
查看>>
服务器大量的fin_wait1 状态长时间存在原因分析
查看>>
PHP 笔记——Web页面交互
查看>>
(How to)使用IE9的F12开发人员工具分析模拟登陆网站(百度首页)的内部逻辑过程
查看>>
PHP的那些坑
查看>>
详解web容器 - Jetty与Tomcat孰强孰弱
查看>>
hdu1219
查看>>
Day5_协程函数_面向过程
查看>>
Android屏幕旋转总结
查看>>
将博客搬至CSDN
查看>>
(转载)myeclipse项目名称重命名
查看>>
redis哨兵集群
查看>>
积性函数和狄利克雷卷积小结
查看>>
leetcode--
查看>>