IT运维问题排查思路计划
1、常见的方法： 1）确定故障现象并初判问题影响 在处理故障前，运维人员首先要知道故障现象，故障现象直接决定故障应急方案的制定，这依赖于运维人员需要对应用系统的整体功能有一定的熟悉程度。确认了故障现象后，才能指导运维人员初判断故障影响。 2）应
排查网络问题，请务必掌握这款神器
traceroute 主要用途 traceroute 利用 ICMP 差错报文，主要用来确定这几件事： 确定通信双方路径上经过的路由器设备 确定 UDP 包是否成功达到目的地 发现路径 MTU (1) 确定通信双方路径上经过的路由器设备 。利用 IP 包的 TTL 字段和超时类型的 ICMP 报文来
路由汇总、简单的网络故障排查方向
汇总实际上比较简单，看图就能看出来，就是找到一个包含的关系。所以你只需确定块大小，而这些块大小我们在子网划分和VLSM设计不了解VLSM???点击了解时都使用过。例如，如果要将如下网络汇总到一个网络通告中，只需确定块大小，你就能轻松地找出答案: 网络：
使用 Lynis 排查 Linux 安全性
要想确定安全态势(指你的 Linux 机器上运行的软件、网络和服务的整体安全状态)，你可以运行几个命令，得到一些零碎的相关信息，但你需要解析的数据量是巨大的。 如果能运行一个工具，生成一份关于机器安全状况的报告，那就好得多了。而幸运的是，有一个这样
从阿里大促中，我发现的CPU与Load异常排查思路
这里面的所有值都是从系统启动时间到当前时间的一个值。因此，对于cpu的计算的做法是，采样两个足够短的时间t1、t2： 将t1的所有cpu使用情况求和，得到s1； 将t2的所有cpu使用情况求和，得到s2； s2 – s1得到这个时间间隔内的所有时间totalCpuTime； 第一次
安装Sonar-scanner并排查漏洞
这是大多数用户会迷糊的地方。使用Sonarqube进行任何操作之前，必须将sonar-scanner应用程序安装在项目所在的机器上。我会使这个步骤变得更简单，将其安装在托管Sonarqube的同一台服务器上。以下是您的操作方法。 登录到托管Sonarqube的服务器，使用以下命令
k8s故障排查与自动治愈
组件故障 组件故障可以认为是节点故障的子类，只是故障来源是K8S基础组件的一部分。 DNS故障：6个DNS Pod中的2个出现无法解析外部DNS名称的情况。后果是大量线上业务因域名解析。 CNI故障：少数几个节点的容器网络和外部断开，节点访问自身的Pod IP没有问题
排查Dubbo接口重复注销困难，我发现了一个高明的设计
背景 我在公司内负责自研的dubbo注册中心相关工作，群里经常接到业务方反馈dubbo接口注销报错。经排查，确定是同一个接口调用了两次注销接口导致，由于我们的注册中心注销接口不能重复调用，调用第二次会因为实例已经注销而报实例找不到的错误。 虽然这个报
排查打压“李鬼大学”刻不容缓
而检视之下不难发现，从不具有高等学历教育招生资格的民办非学历教育机构，冒充正规大学招生，到让人真假难辨的、假合作办学的多有存在，种种让人匪夷所思的乱象之所以屡禁不止，李鬼大学之所以能屡屡行骗得逞，说到底，还是因为监管的虚弱以及惩戒的微弱。
通过网页中的 6 个特征字段排查钓鱼网站
这些长而随机的字符串是追踪钓鱼网站的绝佳指标，几乎可以肯定，任何含有css_4WjozGK8ccMNs2W9MfwvMVZNPzpmiyysOUq4_0NulQo的网页都是皇家邮政钓鱼工具的实例。 但是，像这样的独特字符串最终如何成为检测网络钓鱼工具标识的呢? 不幸的是，我们并不是RFC 351