01 阅读02 应用03 完成
先建立概念理解，再通过下一个活动进行检验。
查找故障的方法
一种可重复的查找故障的方式，让你是在缩小问题范围，而不是在瞎猜。
阅读约 8 分钟Troubleshooting
你将能够做到
- 遵循固定的顺序，而不是随意更改设置
- 利用分层结构，每次测试都将搜索范围减半
- 一次只改动一件事，并在继续之前进行验证
预备知识：你需要知道主机、交换机和路由器各自的作用——参见《主机、交换机与路由器》。此外没有其他前提；这节课特意安排得很早。
为什么重要：这条学习路径中几乎每一个实验都是一个需要你修复的故障网络。没有方法，你会不断改动直到某个东西起作用，却永远不知道问题出在哪里。有了方法，你能在更短的时间内找到同样的故障，并能说清楚问题是什么。
能快速修复网络的人与其他人的差别，通常不在于知识多少，而在于是否按方法逐步排查。方法能把“互联网断了”这样模糊的描述，变成一项具体的错误设置。
排查顺序
- 确定问题：究竟哪里失败了，哪些地方仍然正常？
- 根据症状能够证实和排除的情况，提出最可能的原因。
- 用一条能够证实或否定该推测的命令进行测试。
- 只修复一处。
- 验证最初的症状是否消失——不要只验证与之相关的其他现象。
- 记录故障原因，让下一个人无需从零开始。
从底层逐层向上排查
从底层往上测试，因为底层故障会在所有上层产生令人困惑的症状。如果接口在管理配置中已关闭，调查该接口上的路由协议就毫无意义。
| 问题 | 命令 | 如果此项失败 |
|---|---|---|
| 接口是否已启用？ | ip -brief link show | 停在这里。暂时不必考虑更高层的问题。 |
| 地址和掩码是否正确？ | ip -brief address show | 错误的掩码会让主机误判哪些目的地在本地。 |
| 能否访问自己的子网？ | ping <neighbour on the same subnet> | 故障在本地——地址、掩码或交换机。 |
| 能否访问网关？ | ping <gateway> | 网关地址有误，或者路由器不在该子网中。 |
| 路由器是否知道路径？ | show ip route | 路由缺失或错误。这些实验中的大多数故障都发生在这里。 |
将问题范围减半
说她无法打开 上的任何内容。 没有先登录服务器，而是从同一子网内的另一台主机向它发送 ping。如果成功，说明服务器本身没有问题，故障位于两个子网之间的路径上——一条命令就排除了半个网络。如果失败，问题就在服务器或其本地网段，站点之间的路由则无关紧要。
术语
- 症状
- 用户观察到的现象，而不是故障本身——“邮件很慢”和“缺少一条路由”是两种不同的陈述。
- 可能原因的推测
- 具体且可检验的猜测。“DNS 有问题”不符合要求；“客户端的解析器地址错误”则符合要求。
- 影响范围
- 哪些对象受到影响。只有一台主机、一个子网，还是所有人——不同范围指向不同层次。
要点总结
- 在调查失败之处前，先确定哪些地方仍然正常；正常与异常的边界有助于定位故障。
- 从物理链路向上测试——底层故障会让所有上层看起来都有问题。
- 在修改任何配置前，先将症状转化为具体、可检验的推测。
- 一次只改动一处，再对照最初的症状进行验证。
- 影响范围提示故障层次：一台主机、一个子网和所有人对应三种不同的故障模式。
准备好继续了吗？
创建免费账户，保存学习进度并进行知识检测。