- 综合排序
- 最热优先
- 最新优先
- 来自专栏玉龙小栈
网络中出现故障该如何排障？具体排除流程有哪些？【网络排障连载01】
企业数通网络用到多种设备类型，设备之间使用多种物理链路连接，同时为了准确的完成数据包的转发，网络设备运行了多种网络协议。 网络设备，线缆、以及网络协议都有可能产生网络故障，如何快速完成故障处理是一个高级网络工程师的基本素养。 什么是网络故障 网络故障是指由于某种原因而使网络丧失规定功能并影响业务的现象。 网络工程师经常接到各种求助电话，例如“电脑突然无法上网” 、“网页无法正常显示”、“游戏没法玩了”…… 报告故障：主动沟通确认 在电话里询问用户上面的内容，并记录在排障报告中。 逐一排查 在逐一排查阶段同样需要平衡解决问题的迫切性与引入新故障的风险性之间的矛盾。所以，应该明确告知用户排查工作可能带来的风险，并在得到许可的情况下才能执行操作。 有些情况下，通过逐一排查验证推断的过程涉及到网络变更，这时必须做好完善的应急预案和回退准备。 解决故障 如果通过逐一排查找到了故障的根本原因，并排除了故障，网络故障排除的流程就可以结束了。
2.1K20编辑于 2022-04-18 - 来自专栏北京马哥教育
Traceroute网络排障实用指南（1）
根据百度百科定义，Traceroute是一种电脑网络工具，它可显示数据包在IP网络经过的路由器的IP地址。 Traceroute有三大特点： 跨平台。 现代商业网络运行情况良好。 帮助你理解网络互联的节点。 5 cr2.wswdc.ip.att.net (12.122.3.38) [MPLS: Label 17221 Exp 0] 8ms 8ms 8ms6 tbr2.wswdc.ip.att.net (12.122.16.102 ) [MPLS: Label 32760 Exp 0] 8ms 8ms 8ms7 ggr3.wswdc.ip.att.net (12.122.80.69) 8ms 8ms 8ms8 192.205.34.106
2.9K40发布于 2018-05-02 网络无法通信排障指南——小白必看
网络无法通信通用排障流程 ✔ 基础连通性验证 1）ping 本机IP 2）ping 网关 3）ping 同网段设备 4）ping 其他网段 5）traceroute 跳点定位 判定逻辑： 能否 ping 故障层级 127.0.0.1 不通 网络协议栈异常（本机问题） 本机IP 不通 NIC驱动/系统防火墙问题 网关不通 VLAN/网关配置/线速/MAC异常 外网不通但网关通 路由/ACL/NAT出口故障 问题 典型现象 水晶头歪斜 速度跌为10M、随机断链 光模块速率不匹配 单向链路Up/Down反复抖动 光功率过低(>-23dBm即危险) 帧错，丢包增大 双绞线过长 > 100m 速率自动降级 排障动作 switchport trunk allowed vlan add 10,20 5 秒全楼恢复 广播风暴 / 环路导致整网卡死 现象 ping随机丢包50%+ CPU升到80%以上 交换机流量飙到线速 核心排障 解决措施： 手段 效果 开启RSTP/MSTP 快速收敛防环路 接入端口启用 PortFast + BPDU Guard 防止误环路 Storm-control limit 广播 避免雪崩 3️⃣ 网络层故障
43010编辑于 2026-02-27- 来自专栏网络工程师笔记
排障不翻车 | 网络工程师必收藏的排障命令大全。附下载！
以下是30个常用的排障命令 附带详细说明和一些用于华为网络设备的命令示例 以帮助小白网络工程师更好地理解： 1. Ping测试： • 方法：使用ping命令测试目标设备的连通性。 抓包分析： • 方法：使用Wireshark等抓包工具捕获和分析网络数据包。 • 命令：下载并安装Wireshark，然后运行应用程序并选择网络接口开始抓包。 日志分析： • 方法：查看设备和服务器上的日志文件，以查找与网络问题相关的错误或异常信息。 • 示例：使用命令查看设备上的日志文件。 <华为设备> display logbuffer 8. 性能监控： • 方法：使用监控工具（如eSight）监视网络设备和服务的性能。 • 无特定命令，使用监控工具来监视性能。 10. MTU大小检查： • 方法：检查网络设备的最大传输单元（MTU）设置，确保它们匹配。 • 示例：查看接口MTU配置。
67010编辑于 2023-11-27 - 来自专栏让技术和时代并行
Kubernetes排障指南
v1.14.2 k8s-m1 Ready master 17h v1.14.2 2 首先查看pod状态是否正常 [root@k8s-m1 docker]# kubectl get -5g2cx 1/1 Running 0 2d14h coredns-fb8b8dccf-c5skq 1/1 Running 0 2d14h 发现网络插件kube-flannel一直在尝试重启，有时能够正常，有时提示 CrashLoopBackOff NET_ADMIN"] 3）ImagePullBackOff 异常解决 一般出现这个异常大多以下两个原因造成的： 镜像名称无效-例如，你拼错了名称，或者 image 不存在 你为 image 指定了不存在的标签 4）网络插件 kube-flannel无法启动问题 一般情况下是因为网络插件flannel下载问题，默认的网络插件下载地址是quay.io/coreos/flannel，但是这个地址国内网络无法直接访问到，这个时候我们需要从
4.4K30发布于 2019-12-13 - 来自专栏腾讯云容器专家服务的专栏
POD异常排障
此阶段包括等待 Pod 被调度的时间和通过网络下载镜像的时间， Waiting （等待） Pod 处于 Waiting 状态的容器仍在运行它完成启动所需要的操作。
1.3K20发布于 2021-10-28 - 来自专栏TKE操作指北
自动化网络排障工具使用说明
针对网络丢包监测，以及找运营商报障，步骤如下： 1. 用户提供 本地客户端 到服务器 双向 ping 测试截图，双向MTR 测试截图，以及本地客户端公网出口IP 截图。 2. 提交这些截图通过工单的形式联系腾讯云侧帮忙向运营商报障，或者如果客户有本地运营商联系途径，可以直接拿这些测试截图直接找运营商报障（效率比较快一点） 因为大多数用户不太清楚MTR 工具的使用，所以为了方便用户操作 ，腾讯云侧专门自研了自动化网络排障工具，用户只要下载自动化工具，在本地 或者 服务器执行start 操作，该工具就会自动执行 Ping 检测 MTR 检测 TRACERT 检测，本地出口IP 检测，并自动把这些信息上传到腾讯云后台 提交工单说明问题，如果要检测网络丢包情况，腾讯云工程师会提供下面四个链接，类似下面这种： 正向工具： windows：http://49.234.16.249/auto/check? Linux系统： Linux 系统采用运行脚本的方式执行网络检测，在Linux 服务器内直接使用工具链接下载脚本压缩文件，然后解压脚本，添加X 权限，运行脚本即可，具体操作如下图：
1.7K00发布于 2019-07-27 网络工程师必会基础排障
一、网络工程师基础排障思路1. 排障核心原则（3 大思维）原则 说明 示例 由外到内从最外层（用户端）到最核心 常见排障方法方法 思路 场景举例 分层法按 OSI 模型逐层排查 链路层看 MAC，网络层看 IP，传输层看端口 标准排障流程（6 步）确认故障现象收集用户反馈、错误信息、日志定位故障范围单用户 / 多用户单 VLAN / 多 VLAN检查物理层端口状态（up/down）、网线、光纤、模块检查链路层VLAN 配置、 Trunk、MAC 地址表检查网络层IP 地址、网关、路由表、ACL验证与恢复解决问题后验证网络恢复，记录原因 二、常用排障命令速查表1.
50510编辑于 2025-08-26- 来自专栏云知识学习
kubernetes 基础集群排障
reference":{"kind":"ReplicaSet","namespace":"default","name":"nginx-2217866662","uid":"c08076ec-5a6a-11e8- 8f38-5254005edd62","... nginx: Container ID: docker://4fb98d7d4241f908695181b124096025d1bc6ba4f74065519c82b86ea8bd635d latest Image ID: docker-pullable://nginx@sha256:0fb320e2a1b1620b4905facb3447e3d84ad36da0b2c8aa8fe3a5a81d1187b884 ignoring: - May 18 14:35:15 VM_0_10_centos systemd[1]: [/usr/lib/systemd/system/kube-proxy.service:8]
2.9K120发布于 2018-05-18 - 来自专栏腾讯云可观测专栏
Kubernetes 排障实战：用 Prometheus 提升集群可用性和排障效率
="Job"}) ) ) > 0 K8s 容器层 在 Kubernetes 容器层，我们可以利用 cAdvisor 这一监控工具，实时监测节点上容器的资源使用情况，包括 CPU、内存、磁盘和网络等 得到上述指标后，便可灵活定义自己的业务和应用监控大盘： 我们也可以使用 PromQL，灵活定义告警规则，例如我们可以定义一个关于订单支付延时的告警： K8s 排障实践 接下来，我们将一起探讨常见的 Kubernetes 故障及其根因，并从具体案例出发，分析如何借助 Prometheus，对 K8s 进行全面排障。 排障案例 如果我们采访 K8s 运维工程师，问他们最常见、最头疼的 K8s 故障是啥，那么遥遥领先的必然是这俩： Pod 处于 pending 状态。 满足您全链路、端到端的统一监控诉求，提高运维排障效率，为业务的健康和稳定保驾护航。
99710编辑于 2025-02-11 - 来自专栏嘉为动态
跨越前后端排障鸿沟，精准排障，让IT人员不“撕逼”
我们以一些典型的场景为切入，来看看排障定位为什么会出现如此困境：01. 运维痛点——排障过程存在困境1）单点用户排障流程过去传统运维单点排障的工作实录：用户纷至沓来，客服电话被打爆，运维人员看看堆积如山的工单汗如雨下。只能一个个工单进行故障排查。 2）前端排障原理与流程当然，随着代码技术的不断演进，现在的程序员一般是不会一行一行的去排查代码的，不然动辄上万行的代码，如此去排障，运维人员、前后端人员早就“崩溃”了。 为防止前后端的“撕逼”，我们需要从什么角度去建立前端监控体系，保证前后端的工作定位准确，精准排障呢？03. 对症下药——跨越障碍实现精准排障从用户端来看，任何一个角度出现问题，都会导致用户的体验不佳，导致流失。
75920编辑于 2023-03-29 - 来自专栏devops_k8s
K8s 服务异常排障过程全解密
K8s 让应用发布更加快速安全，让应用部署也更加灵活，但在带来这些便利性的同时，也给应用排障增加了 K8s 平台层面的复杂度，本篇文章将以常见的服务异常入手，来详细拆解 K8s 服务访问方式，以及如何利用现有的可观测体系来对 k8s 平台和应用服务进行快速排障。 2 服务的访问方式 开启 K8s 服务异常排障过程前，须对 K8s 服务的访问路径有一个全面的了解，下面我们先介绍目前常用的 K8s 服务访问方式（不同云原生平台实现方式可能基于部署方案、性能优化等情况会存在一些差异 了解服务的访问方式后，在遇到服务异常时，基于一套整体的排障思路来开展工作，更能事半功倍，接下来详细聊聊如何进行排障。 图片3.6 step6: 追踪访问路径异常点 上述排障过程，都是独立的一个个点检查，如果都没问题，则可以去追踪报障的某一次访问路径是否有异常。
1K20编辑于 2023-06-03 - 来自专栏每个用户仅限创建一个专栏
记录一次 Android TV 网络访问排障
之前用着一直没什么问题，最近总是出现一个系统提示 Wifi 已连接但无法访问互联网，实际上基础网络访问是没问题的，像腾讯视频之类的，但 youtube 就无法打开，奇怪的是同一路由下不管是手机还是电脑都能正常播放
2.1K20编辑于 2022-08-16 - 来自专栏云+技术
网站排障分析命令
sort-nr|head-100 7.列出传输时间超过30秒的文件 cat access.log|awk'($NF>30){print$7}'|sort-n|uniq-c|sort-nr|head-20 8.
48530发布于 2019-04-09 - 来自专栏玉龙小栈
常见网络故障排除举例-路由故障【网络排障连载04】
在上一篇文章的故障处理中【网络故障排除的举例【网络排障连载03】】已保证PC1和SW3之间无故障，Server6和SW5之间无故障。 静态路由 OSPF BGP IS-IS 流量控制 服务器故障（已完成） 路由检查： 数据包转发时需要进行逐跳转发，沿途所有的路由器都要有到达目的地的路由，首先检测PC1发送数据包给Server6经过的所有网络设备是否存在到达 邻居关系建立失败的原因有： Router ID冲突 区域ID不匹配 网络掩码不匹配 MTU不一致 MA网络中，所有设备的DR优先级设置为0 认证密码不匹配 接口被设置为silent-interface display bgp peer BGP local router ID : 10.0.23.3 Peer AS MsgRcvd MsgSent Up/Down State 10.0.2.2 100 8 traceroute to 192.168.56.6, 8 1 192.168.12.3 63 ms 46 ms 47 ms 2 10.0.13.1 78 ms 63 ms 62
1.2K22编辑于 2022-06-15 - 来自专栏用户7721898的专栏
人生苦短，我用k8s--------------k8s实战排障思路
K8S是一个开源的，用于管理云平台中多个主机上的容器化应用，Kubernetes的目标是让部署容器化变得简单并且高效 文章目录 1、排障基本命令 2、处于Pending状态 2、Pod 一直处于 状态 3、Pod 处于 ImagePullBackOff 状态 4、Pod 一直处于 CrashLoopBackOff 状态 5、Pod 处于 Error 状态 6、集群处于 NotReady状态 1、排障基本命令 首先还是通过以下命令查看： kubectl describe pod 可能原因： 1，镜像拉取失败，比如配置了镜像错误、Kubelet 无法访问镜像、私有镜像的密钥配置错误、镜像太大，拉取超时等 2，CNI 网络错误 ，一般需要检查 CNI 网络插件的配置，比如无法配置 Pod 、无法分配 IP 地址 3，容器无法启动，需要检查是否打包了正确的镜像或者是否配置了正确的容器参数 3、Pod 处于 ImagePullBackOff kubectl get nodes #查看node的状态，确认其本身是否Ready kubectl describe node kubectl logs -n kube-system #查看k8s
2.4K31发布于 2020-12-25 - 来自专栏网络技术联盟站
网络排障：USG防火墙no-NAT策略不生效
拓扑如下，管理员将防火墙配置为对内部服务器 1 和服务器 2 进行 NAT，以便为 Internet 用户 (R1) 提供服务。并且服务器 1 被允许访问互联网，但服务器 2 不被允许。配置完成后，admin发现server 1和server 2都可以上网。
1.4K30编辑于 2023-03-13 - 来自专栏网络技术联盟站
网络工程师都知道的几款网络排障工具
2020年即将结束，网络工程师或管理员也将迎来崭新的年度。那么，奋战在网络维护一线的小伙伴们应该掌握什么样的软件才能真正搞好网络维护，让网络正常运营呢？ 网络抓包 从网络抓包就可以分析出很多东西，其中一项就是用来做排错。 为对运营商网络中不同类型的业务流进行准确的流量和流向分析与计量，首先需要对网络中传输的各种类型数据包进行区分。 由于IP网络的非面向连接特性，网络中不同类型业务的通信可能是任意一台终端设备向另一台终端设备发送的一组IP数据包，这组数据包实际上就构成了运营商网络中某种业务的一个Flow。 ，以识别并快速解决网络问题。
87820编辑于 2023-03-13 - 来自专栏腾讯技术工程官方号的专栏
Redis延迟问题全面排障指南
这时我们还是需要一个全面的排障流程，不能无厘头地进行优化；全面的排障流程可以帮助我们找到真正的根因和性能瓶颈，以及实施正确高效的优化方案。 这篇文章我们就从可能导致 Redis 延迟的方方面面开始，逐步深入排障深水区，以提供一个「全面」的 Redis 延迟问题排查思路。 排障事大，但咱也不能冤枉了Redis；首先我们还是应该把其它因素都排除完了，再把焦点关注在业务服务到 Redis 这条链路上。 导致 Redis Latency 的具体原因 如果使用我们的快速清单并不能解决实际的延迟问题，我们就得深入 redis 性能排障的深水区，多方面逐步深究其中的具体原因了。 总结 Redis 排障是一个循序渐进的复杂流程，涉及到 Redis 运行原理，设计架构以及操作系统，网络等等。
2.7K52编辑于 2023-04-29 - 来自专栏Windows技术交流
腾讯云Window日常排障参考
①安装微软Sysmon并启用 analytic and debug logging
44310编辑于 2025-03-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号