电话+V：159999-78052 ，欢迎咨询交换机有网主机没网怎么回事，[python实用课程]，[C++单片机原理]，[C#、PHP网站搭建]，[Nodejs小程序开发]，[ios游戏开发]，[安卓游戏开发]，[教会用大脑用想法赚钱实现阶层跨越]
第一可能ip地址冲突，局域网内有相同的ip地址
第二没有ip地址，可能你的路由器没有分配到ip地址给该主机
解决方法：
1重启路由器
2尝试修复网络
1、你的网线有问题，2、你的网线接口有问题，其他看你一级路由还是2级路由，不要随便插在WAN口，分开来试试。3、你的电脑设置IP类的问题。追问首先我可以确定网线是没有问题的，因为除了不能访问远程主机外，它还是可以访问另外的服务器的，这点也能肯定网线接口没有问题，至于你说的ipclassless的问题，是什么问题，能详细点么回答也不一定网线没问题的，全部联通是肯定的，但是线接错也可能的。
原因：
1、查看物理连接
由于故障现象仅仅局限于同一个楼层，并且这种现象与网络接触不良十分相似，网管下意识地认为对应楼层中的交换机与局域网的核心交换机之间，可能存在物理连接不牢靠的现象。于是，网管立即将连接故障交换机与核心交换机之间的网络线缆拔下来，并使用专业的线缆测试仪测试了线缆的连通性，发现物理线缆不存在问题，之后将网络线缆两端重新插入到交换端口中，并确保水晶头与交换端口之间接触牢靠。不过，当网管在任意一台客户端系统中，尝试使用ping命令测试局域网网关地址时，发现测试效果还是不稳定，同时数据丢包也比较严重，显然物理连接并不是故障原因。
2、查看ARP病毒
考虑到客户端系统使用的IP地址与楼层交换机使用的IP地址，位于相同的工作网段中，再加上最近的ARP病毒非常流行，为此网管开始怀疑对应楼层工作子网中存在ARP病毒;由于故障计算机所在的工作子网中包含有几十台上网主机，如何快速判断ARP毒源的位置，并将带毒客户端系统从虚拟工作子网中隔离开来，保证其他客户端系统安全、稳定上网，就成为了网管的当下之急。尽管手头没有ARP病毒监控工具，网管经过查看局域网的拓扑图资料，发现每个楼层交换机都支持网络管理，同时它们都启用了日志记忆功能，这个功能会对该交换机下面由ARP病毒引起的地址冲突现象进行跟踪记录。基于这一点，网管准备登录进入故障交换机后台系统，查看一下系统的日志记录，看看有没有相关的地址冲突信息;想到做到，网管立即通过console控制端口，登录到故障交换机后台管理系统，在该系统的全局配置模式下执行"displaylogbuf"命令，从弹出的结果界面中，网管并没有找到由ARP病毒引起的地址冲突记录，这说明对应虚拟工作子网中没有ARP病毒。
3、查看广播风暴
既然故障工作子网中没有ARP病毒，同时楼层交换机与核心交换机之间的物理连接也是正常的，那么局域网中可能存在广播风暴现象，该现象造成了网络传输通道发生了堵塞，这样一来故障工作子网中的客户端系统在上网访问时，就会出现上网速度缓慢或者一会儿能上网、一会儿不能上网的奇怪故障了。为了确认对应虚拟工作子网中是否存在广播风暴现象，网管进入局域网的核心交换机后台系统，使用interface命令进入故障楼层交换机与核心交换机的级联端口，执行"displayinterfacexxx"命令，来查看指定级联端口的工作状态;结果发现该级联端口的工作状态有时为"up"状态，有时为"down"状态;更为奇怪的是，该级联端口的输入数据包与输出数据包大小明显不正常，数据流量比平时大了十多倍，为什么故障工作子网中的数据流量突然变得这么大呢？难道对应虚拟工作子网中存在恶意BT下载现象？可是，当网管反复执行"displayinterfacexxx"命令时，发现该端口的广播数据包流量在不断地变大，显然该端口下面的虚拟工作子网中存在广播风暴现象。
4、查看端口环路
在弄清楚故障虚拟工作子网中存在广播风暴现象后，接下来的工作就是寻找造成广播风暴现象的具体"祸首"。考虑到造成广播风暴现象的因素比较多，例如网络设备损坏，网络连接形成环路、网络病毒等等，不过最常见的因素往往都是用户操作不小心，无意中在虚拟工作子网中形成了网络环路。考虑到局域网中的交换机都启用了网络环路测试功能，为了排除网络环路因素，网管立即进入故障楼层交换机后台系统，在该系统命令行状态下执行"displaylogbuf"命令，查看交换机的日志记录，发现日志记录明确表明8号交换端口存在网络环路现象。赶到故障交换机现场时，网管发现8号交换端口信号灯处于闪亮状态，这说明该端口正处于工作状态。
电话+V： 159999-78052
机构由一批拥有10年以上开发管理经验，且来自互联网或研究机构的IT精英组成，负责研究、开发教学模式和课程内容。公司具有完善的课程研发体系，一直走在整个行业发展的前端，在行业内竖立起了良好的品质口碑。
