网络故障

故障表现： 1、计算机无法登录到服务器 2、计算机无法接入internet 3、计算机在“网上邻居”中只能看到自己，看不到其他计算机，也无法使用共 享资源和共享打印机 4、计算机无法实现访问其他计算机上的资源 分析： 1、网卡未安装，或未安装正确 2、网卡硬件故障 3、网络协议未安装 4、IP设置错误 5、网线、信息模块故障 解决： 1、确认连通性故障 尝试连接其他计算机，在“网上邻居”中找到其他计算机，或者可以ping通，即 排除了连通性故障。 2、用ping排除网卡故障 ping本地IP，计算机名，检查网卡和IP协议是否安装好。如果ping通，说明网卡 和IP设置都没有问题。 检查网线和交换机接口状态，如果无法ping通，只能说明TCPIP协议有问题。在 控制面板里，查看网络适配器，前方有黄色“！”，说明网卡未安装正确，删除 ，刷新后重新安装。 3、如果网卡和协议都正确，还是不通，则是交换机和网线有问题。为了进一步 确认，换一台计算机同样方法判定，如果其他计算机与本机连接正常，则故障出 在前计算机与交换机的接口上。 4、检查计算机到交换机那一段网线和所安装的网卡是否有故障。 来源： 51CTO 作者： Bethelliu 链接： https://blog.51cto.com/14770493/2483453

网络经常瘫痪是为何 问：网吧有70多台计算机，网络每天都会瘫痪一到三次。通常情况下，只需将一级交换机的网线全部拔出后再连上，即可恢复正常，而有时则不得不重启一下交换机。把原来的10Mbps的网卡更换为10/100Mbps网卡后，有近一个星期的时间网络没有瘫痪。然而，这几天网络又开始不正常了。集线设备采用16口和24口的10/100Mbps交换机，代理服务器采用Windows 2000的ICS（Windows连接共享）。请问这一现象的原因是什么? 答：在排除了病毒向网络疯狂发送数据包的可能后可以认为这是典型的由广播风暴导致的网络瘫痪。广播风暴爆发后，网络中传输的全部是广播包，计算机处理的也全部都是广播包，正常的数据包无法得到转发和处理。拔掉网线或关掉交换机后，广播风暴得到扼制，从而恢复正常通讯。 广播可以理解为一个人对在场的所有人说话。这样做的好处是通话效率高，信息一下子就可以传递到网络中的所有计算机。即使没有用户人为地发送广播帧，网络上也会出现一定数量的广播帧。需要注意的是，广播不仅会占用大量的网络带宽，而且还将占用计算机大量的CPU处理时间。广播风暴就是网络长时间被大量的广播数据包所占用，使正常的点对点通信无法正常进行，其外在表现为网络速度奇慢无比，甚至导致网络瘫痪。 导致广播风暴的原因有很多，一块故障网卡、或者一个故障端口都有可能引发广播风暴。 需要注意的是

1 https://baijiahao.baidu.com/s?id=1632674964283939568&wfr=spider&for=pc 常见网络故障解决 2 https://wenku.baidu.com/view/17f2002ae2bd960590c67720.html 网络故障，ping讲的比较到位 3 https://wenku.baidu.com/view/1cf57cc66137ee06eff918ff.html 讲4个常见的DOS命令 4 https://wenku.baidu.com/view/d87fede45727a5e9846a610a.html 我的电脑网络不通，怎么办，按顺序查找网络 广播风暴使网速变慢 广播，可以发现未知设备。硬件出现故障时，会有广播风暴，引起网速变慢。 用ping的方法逐一解决。网卡、集线器、交换机是最容易出现故障引起网速变慢 的设备了。 网络瓶颈使网速变慢 路由器广域网端口、局域网端口、交换机端口、集线器端口、网卡端口都可能成 为网络瓶颈。网络高峰时，利用网管软件，查看路由器、交换机、服务器端口数 据流量，也可以用netstat统计各端口数据流量。以此确认瓶颈的位置，设法增 加带宽。比如，100M网卡换为1000M，安装多个网卡，划分多个VLAN，改变路由 器配置来增加带宽等。 网卡： 网卡，有2个指示灯

IP冲突 计算机在使用中提示IP地址冲突，网络自动掉线，过一段时间后又自动恢复。这是典型的IP地址冲突的现象，表示网络中有两台以上的设备分配或设置了同一个IP地址。我们只需要将设备的IP地址修改成另外一个没有人使用的IP地址即可解决。 来源： 51CTO 作者： Bethelliu 链接： https://blog.51cto.com/14770493/2482697

IP冲突 计算机在使用中提示IP地址冲突，网络自动掉线，过一段时间后又自动恢复。这是典型的IP地址冲突的现象，表示网络中有两台以上的设备分配或设置了同一个IP地址。我们只需要将设备的IP地址修改成另外一个没有人使用的IP地址即可解决。 来源： 51CTO 作者： Bethelliu 链接： https://blog.51cto.com/14770493/2482697

故障描述： 计算机只能与某些计算机而不是全部计算机通信。 解决： 检查网段内其他计算机是否有相同的故障，如果是，问题出在网络设备上，如交换机。 反之，检查原先的计算机 来源： 51CTO 作者： Bethelliu 链接： https://blog.51cto.com/14770493/2483472

故障情形 今天接到项目上开发人员的问题反馈，客户有一台虚机在安装完docker之后，启动一些docker容器服务时，发现这些容器服务无法正常启动。通过 tail -f /var/log/messages 查看系统log， 发现系统一直在报错，主要内容是 bro:port 2(veth0) entered blocking state 或 bro:port 1(vxlan0) entered blocking state ，网卡呈现阻塞的状态，具体报错详见下图： 使用 systemctl status docker -l 查看docker运行状态，发现docker是正常运行的，但是状态信息里打印的有error错误，都是网络方面的报错～ 故障排查和处理 上面 docker 运行状态是正常的，说明 docker 的安装部署应该是没问题的，从报错上看应该是主机网路的问题，经排查发现系统的 selinux 是 enforcing 状态。 临时关闭 selinux 重启 docker 发现网络恢复正常～ 主要排查步骤如下： （1）查看系统当前selinux的状态 getenforce （2）关闭selinux #临时关闭 setenforce 0 #永久关闭 sed -i s#SELINUX=enforcing#SELINUX=disabled#g /etc/sysconfig/selinux

Eureka 简介： Eureka 是 Netflix 出品的用于实现服务注册和发现的工具。 Spring Cloud 集成了 Eureka，并提供了开箱即用的支持。其中， Eureka 又可细分为 Eureka Server 和 Eureka Client。 1.基本原理 - 处于不同节点的eureka通过Replicate进行数据同步 - Application Service为服务提供者 - Application Client为服务消费者 - Make Remote Call完成一次服务调用 服务启动后向Eureka注册，Eureka Server会将注册信息向其他Eureka Server进行同步，当服务消费者要调用服务提供者，则向服务注册中心获取服务提供者地址，然后会将服务提供者地址缓存在本地，下次再调用时，则直接从本地缓存中取，完成一次调用。 当服务注册中心Eureka Server检测到服务提供者因为宕机、网络原因不可用时，则在服务注册中心将服务置为 DOWN 状态，并把当前服务提供者状态向订阅者发布，订阅过的服务消费者更新本地缓存。 服务提供者在启动后，周期性（默认30秒）向Eureka Server发送心跳，以证明当前服务是可用状态。Eureka Server在一定的时间（默认90秒）未收到客户端的心跳，则认为服务宕机，注销该实例。 2

在高可用领域，除了通过规范化运维和软硬件优化，提升平均失效时间（MTBF）， 降低平均恢复时间（MTTR）也非常关键，本文主要讲述的内容是其中的 故障转移 和 故障恢复 部分。 降低平均恢复时间（MTTR） 宕机的原因 运行环境（操作系统、硬盘、网络等）原因占 35% 性能问题（DDL/长事务导致资源耗尽等）占 35% 复制原因占 20% 其他（数据丢失或损坏）占10% 基于复制的冗余 使用 MySQL 的复制功能搭建热备份 主备相隔粒度越大，可用性保障等级越高（机柜<机房<城市） 故障转移 应用和数据库连接方式会影响故障转移的时效，应用可以通过虚拟IP/DNS/中间件等形式访问数据库 虚拟IP，一个虚拟 IP 绑定一个真实 IP，故障转移时把绑定的 IP 修改为备库的 IP 即可实现快速故障转移 DNS，一个 DNS 可以绑定多个 IP，可以实现快速故障转移，同时可以实现负载均衡 中间件，通过重写 JDBC 等接口，灵活调用和访问数据库，可以实现快速故障转移、读写分离、负载均衡，同时可以实现分库分表等分布式查询等 故障探测 I. 探测方法 ping 虚拟ip select 获取 test 库中的 heartbeat 表 update 更新 test 库中的 heartbeat 表 create table heartbeat (ts timestamp); II. 探测结果汇总

Eureka简介 　　Eureka是Nerflix公司开源的一款服务发现（或注册中心）组件，该组件提供的服务发现可以为负载均衡、failover等提供支持。 　　Eureka包括Eureka Server和Eureka Client。Eureka Server提供REST服务，Eureka Client则是使用Java编写的客户端，用于简化与Eureka Server的交互。 服务发现组件对比 名称 类型 AP或CP 语言 依赖 集成 一致性算法 Zookeeper General CP Java JVM Client Binding Paxos Doozer General CP GO Client Binding Paxos Consul General CP GO Raft Etcd General CP GO Raft SmarkStack Dedicated AP Ruby Zookerper Eureka Dedicated AP Java JVM Java Client CAP理论 　　分布式领域有个重要的CAP理论： Consistency：数据一致性，即数据存在多个副本的情况下，可能由于网络、机器故障、软件系统等问题导致数据写入部分副本成功，部分副本失败，进而造成副本之间的数据不一致，存在冲突。满足数据一致性要求对数据的更新操作成功后，多副本的数据报保持一致。