14 · 网络管理与运维
所属模块:网络管理与运维 | 覆盖题库 64 题(单选 63 · 案例小题 1) 考期覆盖 24 / 24(100%) —— 题量最少,但每一年都考 近 5 年(2021–2026)命中 11 个考期(连续 11 考全中) 题型定位:上午型(概念判断 + 命令记忆 + 少量故障分析)
一、考情概览
| 二级知识点 | 题数 | 单选 | 小题 | 考期 | 重要度 |
|---|---|---|---|---|---|
| SNMP与MIB | 37 | 37 | 0 | 20 | ★★★★★ |
| 网络诊断命令 | 20 | 19 | 1 | 14 | ★★★★★ |
| 故障诊断与排除 | 4 | 4 | 0 | 4 | ★★★☆☆ |
| 网络监视与性能 | 3 | 3 | 0 | 3 | ★★☆☆☆ |
| 系统评价 | 0 | 0 | 0 | 0 | — |
从题库统计的高频术语看(括号内为出现次数):
| 术语 | 次数 | 说明 |
|---|---|---|
| SNMP | 60 | 绝对主力 |
| MIB | 14 | 管理信息库 |
| UDP | 13 | SNMP 的传输层协议 |
| display | 12 | 华为查询命令 |
| Trap | 12 | 主动告警报文 |
| ping | 12 | 连通性测试 |
| ICMP | 8 | ping / tracert 的底层协议 |
| SNMPv3 | 8 | 安全版本 |
| TCP | 9 | 多作为干扰项出现(SNMP 不用 TCP) |
| SNMPv2 | 7 | |
netstat | 6 | 连接统计 |
| down | 6 | 接口状态 |
结论:SNMP(37 题)+ 诊断命令(20 题)= 57 题,占 89%。本专题是典型的“小而精“—— 知识点不多但极其集中,只要把 SNMP 五种报文和 ping/tracert/netstat/ipconfig/nslookup 五个命令的分工作熟,就能拿下绝大部分分。
📌 注意:素材
cmds字段为空(本专题没有设备配置题),所以命令部分只写诊断/测试类命令,不涉及 VRP 配置。
二、知识点清单
2.1 SNMP 与 MIB(37 题 · 全单选 · 20 个考期)
2.1.1 SNMP 五种报文(本专题第一考点,必须背到条件反射)
| 报文类型 | 中文 | 发起方 | 有无响应 | 作用 |
|---|---|---|---|---|
| Get | 取值 | 管理站 → 代理 | 代理回 GetResponse | 读取一个 MIB 对象值 |
| GetNext | 取下一个 | 管理站 → 代理 | 代理回 GetResponse | 遍历 MIB(取字典序下一个对象) |
| Set | 设置 | 管理站 → 代理 | 代理回 GetResponse | 写入/修改 MIB 对象值 |
| Trap | 陷阱/告警 | 代理 → 管理站 | ❌ 无响应(单向) | 主动通知网络事件发生 |
| Inform | 通知 | 代理 → 管理站 | ✅ 需要确认 | 需管理站确认的告警 |
关键辨析(本题库实测送分点)
⚠️ 本题库实测原题(2024年上半年):「SNMP Trap 消息的作用是( )」→ B 主动通知管理者有关网络事件的发生。解析:SNMP Trap 消息用于主动通知管理者有关网络事件的发生。 ⚠️ 干扰项辨析:D「向网络中所有设备发送广播消息」 错 —— Trap 是发給管理站(管理者)的,不是广播给所有设备;A「获取网络时间」 是 NTP 的功能;C「向指定的设备发送消息」 描述不准确,Trap 是向管理站上报。
📌 Trap vs Inform 的区别(易错的隐藏考点)
| Trap | Inform | |
|---|---|---|
| 方向 | 代理 → 管理站 | 代理 → 管理站(也可是管理站之间) |
| 是否需要确认 | ❌ 单向、无确认 | ✅ 管理站必须回 InformReply 确认 |
| 可靠性 | 低(丢失就丢了) | 高(可重传直到确认) |
| 版本 | v1 就有 | v2c 才引入 |
📌 记忆口诀:“Trap 单向不回头,Inform 要你点点头。”
⚠️ 本题库实测原题(2018年下半年):「被管对象有差错报告,需要采用( )命令进行操作」→ D trap。解析:被管对象发生差错或异常时,由代理主动向管理站发送 trap 报文报告,属异步事件通知。get、getnext、set 都是管理站发起的请求响应操作,不能用于差错报告。
⚠️ 本题库实测原题(2024年上半年):「SNMP 中用于获取 MIB 信息的操作是( )」→ B GET。解析:GET 操作用于从 MIB 中读取对象值,GET-NEXT 用于遍历 MIB,TRAP 是代理主动向管理站告警,GET-RESPONSE 只是代理对 GET 请求的应答报文(由管理站接收而非发起查询)。 ⚠️ A「GET-RESPONSE」的陷阱:它是响应报文,不是查询操作;D「GET-NEXT」 是遍历 MIB 时用的,不是“获取指定信息“。
2.1.2 SNMP 的协议栈位置(高频判断)
应用层 SNMP
传输层 UDP ← 161 / 162
网络层 IP
| 考点 | 正确答案 | 说明 |
|---|---|---|
| 传输层协议 | UDP | ⚠️ 不是 TCP |
| 端口号 | 161(Get/Set/Inform 等请求与响应)、162(Trap) | 都走 UDP |
| OSI 层次 | 应用层 | 与 HTTP、FTP、SMTP 同级 |
⚠️ 本题库实测原题(2024年上半年):「SNMP 协议使用的传输层协议是( )」→ B UDP。解析:SNMP 协议使用 UDP 协议进行通信。 ⚠️ 本题库实测原题(2015年上半年):「SNMP 协议属于( )层协议」→ D 应用。解析:SNMP 运行在 UDP 之上,用于管理站与代理之间交换管理信息(如 MIB 对象),属于 OSI 七层模型的应用层协议,与 HTTP、FTP、SMTP 同级。 📌 注意区分:传输层协议是 UDP,但 SNMP 本身是应用层协议 —— 这两道题分别问的是“用什么承载“和“自己属于哪一层“。
📌 为什么 SNMP 用 UDP 而不用 TCP: ① 开销小 —— 管理报文短小(几十字节),TCP 的握手与确认机制不划算; ② 管理流量优先级低 —— 即使个别报文丢失也不影响网络运行; ③ UDP 无连接 —— 代理不需要维持会话状态,适合设备随时上报。 ⚠️ 但 UDP 不可靠,所以 SNMPv2c 引入 Inform(需要确认)来补这个短板。
2.1.3 管理站、代理、MIB 三要素
| 名称 | 英文 | 角色 | 数量 |
|---|---|---|---|
| 管理站 | Management Station(管理者/NMS) | 发起查询、接收告警、显示与分析 | 一个网管可管很多设备 |
| 代理 | Agent(代理) | 运行在被管设备上,收集本地信息、响应查询、主动告警 | 每个被管设备一个 |
| MIB | Management Information Base | 管理信息库,存放被管对象的结构化信息 | 通常一个或多个 |
MIB 与 OID(对象标识符)
- OID 是 MIB 中对象的全局唯一标识,采用树形分层编号(类似域名,从根开始逐层加编号)
- 例:
1.3.6.1.2.1.1.1.0—— 其中1.3.6.1是国际组织(iso、org、dod、internet),2.1是 mgmt、mib-2,1.1是 system 组,1.1.0是 sysDescr - MIB 是“值“的集合,OID 是“编号“ —— 问“对象的标识“答 OID,问“管理信息库“答 MIB
📌 必记的两个 SNMP 版本与端口
- SNMPv1:原始版本,只有 Get/GetNext/Set/Trap
- SNMPv2c:增加 Inform、GetBulk(批量取,提高效率)
- SNMPv3:增加认证与加密(USM 安全模型),是现在推荐使用的版本
⚠️ 本题库实测原题(2021年上半年):「Windows 系统中,用于接收和转发 SNMP 陷阱(Trap)消息的服务是( )」→ B SNMP Trap Service。解析:SNMP Trap Service 用于接收和转发 SNMP 陷阱(Trap)消息。 ⚠️ A「SNMP Service」不选:它提供的是 SNMP 的基本管理功能(响应 Get/Set),Trap 的接收转发由专门的 SNMP Trap Service 负责;C「网络发现服务」、D「事件日志服务」 都不是接收 Trap 的服务。
2.2 网络诊断命令(20 题 · 本专题第二考点)
2.2.1 ICMP(必背)
ICMP 报文类型(本题库涉及的重点)
| 类型 | 报文 | 用途 | 谁在用 |
|---|---|---|---|
| 8 / 0 | Echo Request / Echo Reply | 测试连通性 | ping |
| 11 | Time Exceeded(超时) | 报文生存时间 TTL 归零 | traceroute / tracert |
| 3 | Destination Unreachable | 目的不可达 | traceroute(Linux UDP 方式) |
| 5 | Redirect | 重定向 | 路由器 |
⚠️ 本题库实测原题(2022年下半年):「Windows 平台网络命令 Ping 和 Tracert 的实现依赖于( )」→ D IP 套接字。解析:Ping 使用 ICMP 协议,Tracert 使用 ICMP TTL 超时机制,均依赖 IP 层套接字。 📌 辨析:ICMP 是网络层协议,不封装在 TCP/UDP 里,所以要用原始套接字 / IP 套接字(题目答 IP 套接字)。
⚠️ 本题库实测原题(2025年下半年):「在默认情况下,Windows 的 Tracert 命令( )」→ B 发送递增 TTL 值的 ICMP 回显请求包,分析返回的 ICMP 超时消息。解析:Windows Tracert 默认使用 ICMP Echo Request(TTL 递增);Linux traceroute 默认使用 UDP。 ⚠️ A 项是 Linux traceroute 的做法(发 UDP 包、分析“端口不可达“)—— 这是本题最大的陷阱:题干强调“默认情况下的 Windows“。
traceroute 的工作原理
第 1 跳:TTL=1 → 路由器收到后 TTL 减为 0 → 回 Time Exceeded → 获得第 1 跳地址
第 2 跳:TTL=2 → 第 2 个路由器 TTL 归零 → 回 Time Exceeded → 获得第 2 跳地址
…
直到目标主机返回 Echo Reply(不再超时)→ traceroute 完成
2.2.2 ping 命令(12 次高频)
工作原理:发送 ICMP Echo Request(类型 8)→ 目标返回 Echo Reply(类型 0),并报告 RTT(往返时间)。
输出解读
ping 10.1.1.1
Reply from 10.1.1.1: bytes=32 time=1ms TTL=64
| 字段 | 含义 |
|---|---|
time | 往返时延 RTT,越小越好 |
TTL | 剩余生存时间,可用于推测经过的跳数(初始 64/128,每跳减 1) |
Lost(丢包率) | 丢包率,反映链路质量 |
常见故障判读(必背)
| 现象 | 说明 |
|---|---|
Request timed out | 无响应:链路断、设备故障、防火墙过滤 ICMP |
Destination host unreachable | 目的不可达:路由问题或主机未开机 |
| 能 ping 通 127.0.0.1 | ✅ 本机 TCP/IP 协议栈正常 |
| 能 ping 通本机 IP | ✅ 本机网卡与协议驱动正常 |
| 只能 ping 通自己,网段内其他主机不通 | ❌ 网络线路/链路故障 |
| ping 通 IP 不通域名 | ❌ DNS 配置问题 |
⚠️ 本题库实测原题(2016年下半年):「客户端采用 ping 检测网络连接故障,可以 ping 通 127.0.0.1 及本机的 IP 地址,但无法 ping 通同一网段内其他工作正常的计算机的 IP 地址。该客户端的故障可能是( )」→ C 网络线路故障。 解析(原文):能 ping 通 127.0.0.1 说明本机 TCP/IP 协议栈正常,能 ping 通本机 IP 地址说明本机网卡与协议驱动正常;仅同网段其他主机不通,故障点在网络线路或链路连接上;ping 使用的是 IP 地址不涉及域名解析,因此 A、B、D 均不成立。
⚠️ 本题库实测原题(2021年上半年):「某主机无法上网,查看“本地连接“属性中的数据发送情况,发现只有发送没有接收,造成该主机网络故障的原因最有可能是( )」→ B TCP/IP 协议故障。解析(原文):“只有发送没有接收“说明网卡与协议栈在向外发包,但收不到任何回包:
- 若仅是 IP 地址/掩码配错,通常仍能收到 ARP、DHCP 等二层广播回包;
- 若物理链路不通,则连发送统计也不会增长;
- 若 DNS 配置错误,仍能完成 TCP 连接;
- 综合排除后取 TCP/IP 协议栈故障(如 Winsock / 协议绑定异常)。
2.2.3 tracert / traceroute
作用:路径追踪 —— 显示数据包从本机到目标所经过的每一台路由器及每一跳的时延。
| 平台 | 默认方式 |
|---|---|
| Windows tracert | ICMP Echo Request,TTL 递增,分析 Time Exceeded |
| Linux traceroute | UDP 包,分析 Port Unreachable |
主要用途:① 找出路径上哪一跳出问题(定位链路故障点);② 观察路径是否绕行。
2.2.4 Windows 常用网络命令(命令题必考)
| 命令 | 用途 | 关键选项 |
|---|---|---|
ipconfig | 查看本机 IP / 掩码 / 网关 / DNS | /all(含 MAC、DHCP 状态)| /release /renew(释放/续租 DHCP)| /displaydns(显示 DNS 缓存)| /flushdns(清空/刷新 DNS 缓存) |
ping | 测试连通性与 RTT、丢包 | -t 持续 ping、-n 指定次数、-l 指定包大小 |
tracert | 路径追踪 | -h 最大跳数、-w 超时 |
nslookup | DNS 查询与测试 | -type=<A/CNAME/NS/MX/PTR/SOA> |
netstat | 显示连接、路由表、协议统计 | -a(所有连接与监听套接字)| -n(数字形式显示地址与端口)| -p(PID)| -anp 组合最常用 |
arp -a | 查看 ARP 缓存(IP→MAC 映射) | |
mstsc | 远程桌面 |
⚠️ 本题库实测原题(2025年上半年):「在 Windows 操作系统中,可以使用( )命令查看主机的 IP 地址配置信息」→ A ipconfig。解析:Windows 查看本机 IP 配置用
ipconfig;arp 查 ARP 缓存、ping 测连通性、dir 列目录。Linux 对应命令为ifconfig/ip addr。
⚠️ 本题库实测原题(2021年上半年):「用
netstat命令监测系统当前连接情况,若要显示所有 80 端口的网络连接,应执行的命令是( )」 答案 B:netstat -anp | grep 80解析:显示所有 80 端口连接需先列出全部监听/连接(-anp)再按 80 过滤(grep 80);A 统计 SYN_RECV 数量、C 不含端口条件、D 取第 5 列不是端口。 📌 组合逻辑:-a(全部)+-n(数字端口)+-p(PID)+grep 80(过滤端口)。
2.2.5 端口扫描与抓包工具(2025 上新考点)
| 工具 | 用途 |
|---|---|
| Nmap | 网络端口扫描(发现开放端口与服务) |
| Wireshark | 抓包与协议分析(流量详细解码) |
| Traceroute | 测路径 |
| Ping | 测连通性 |
⚠️ 本题库实测原题(2025年上半年):「以下工具软件中,适合进行网络端口扫描的是( )」→ B Nmap。解析:Nmap 是端口扫描工具;traceroute 测路径、ping 测连通性、Wireshark 抓包分析,均不扫描端口。
2.3 故障诊断与排除(4 题 · 方法论重于细节)
2.3.1 接口状态的两行含义(经典考点)
华为设备的接口状态显示为两行:
Serial 1 is down , line protocol is down
↑ ↑
物理层down 链路层协议down
| 组合 | 含义 | 可能原因 |
|---|---|---|
| down / down | ❌ 物理层就断了 | 线路断、接口坏、对端未开机、介质老化/破损/规格不匹配 |
| up / down | 物理层正常,链路层协商失败 | 封装不匹配、keepalive 超时、时钟不同步、两端速率/双工不匹配 |
| up / up | 正常 | — |
⚠️ 本题库实测原题(2016年下半年):「如果路由器显示 “Serial 1 is down,line protocol is down” 故障信息,则问题出在 OSI 参考模型的( )」→ A 物理层。解析(原文):接口状态分物理层与链路层两行显示。“Serial 1 is down” 表示物理层 down,即线路未检测到载波或信号;“line protocol down” 是连带结果,根因在物理层。若物理层 up 而 line protocol down 才说明封装、keepalive 或时钟等链路层问题。 📌 判断口诀:“谁先 down 谁是根因” —— 上层状态失效常常只是下层失效的连带结果。
2.3.2 华为诊断命令
display interface ← 查看接口状态(up/down、速率、收发包)
display interface brief ← 接口状态速览(最常用)
display ip interface brief ← 三层接口速览
display transceiver interface ← 光模块参数(收发光功率、温度、电压)
display current-configuration interface ← 查看当前接口配置
⚠️ 本题库实测原题(2017年上半年):「当传输介质出现老化、破损、介质规格不匹配时会导致物理接口处于 DOWN 状态,常使用( )命令检查光纤模块状态、参数是否正常」→ B
display transceiver interface。解析:display transceiver interface用于显示光模块的收发光功率、温度、电压等参数,可判断模块是否老化或损坏。 ⚠️ 干扰项辨析:Avirtual-cable-test测线缆(虚拟电缆测试);Cdisplay device显示整机信息;Ddisplay interface只显示接口状态(看不到光功率等参数)。
📌 注意:本题素材
cmds字段为空,说明本专题题库里没有配置题,只有查询类诊断命令。所有命令都是display,绝不用show。
2.3.3 故障排查的分层思路(案例简答模板)
从上到下逐层排除,每层用对应的验证手段:
| 层次 | 检查什么 | 验证手段 | 典型现象 |
|---|---|---|---|
| 1. 物理层 | 链路通不通、介质、模块、供电 | display interface、display transceiver interface | down/down、光功率偏低、CRC 错包多 |
| 2. 数据链路层 | 封装、MAC、STP、VLAN、聚合组 | display vlan、display eth-trunk、display stp | up/down、环路、VLAN 不通 |
| 3. 网络层 | IP 地址、掩码、路由、ARP | display ip routing-table、ping 网关、arp -a | ping 不通网关、ARP 表项缺失 |
| 4. 传输层 | 端口、TCP/UDP、连通性 | ping、tracert、telnet 端口、netstat | 端口不通、连接超时 |
| 5. 应用层 | 服务是否运行、配置是否正确 | 浏览器访问、服务日志 | 只有特定服务不通 |
📌 排查黄金法则:先物理、再链路、再网络、最后应用。上层的异常表现,往往是下层故障的连带结果(呼应 §2.3.1 的“谁先 down 谁是根因“)。
2.3.4 从路由表判断故障接口(2019 上原题的方法)
⚠️ 本题库实测原题(2019年上半年):「图 1 是图 2 所示网络发生链路故障时的部分路由信息,该信息来自设备 R1,发生故障的接口是( )」→ B R2 GE0/0/2。解析:R1 的路由表中有多条路由的下一跳指向同一地址,该地址正是 R2 的 GE0/0/2 接口地址。链路故障后这些路由随之失效,说明故障点在该接口所在的链路上,而 R4 的两个接口状态正常。GE0/0/1 与 GE0/0/2 分属不同链路,不符。
📌 方法论(比答案更重要): ① 先找“失效路由的共同下一跳“ → 故障点必在这条链路; ② 再确认该接口在拓扑图上的位置 → 排除同设备其它接口(分属不同链路); ③ 交叉验证 → 其他指向正常下一跳的路由是否还活着?活着的说明故障是局部的。
2.4 网络监视与性能(3 题)
2.4.1 上网行为管理系统
| 设备 | 部署位置 | 核心功能 |
|---|---|---|
| 上网行为管理系统 | 互联网出口(串联在网关与运营商之间) | 对内部用户的互联网访问行为进行管控和审计(按用户/应用/网站分类识别、记录日志、阻断违规访问) |
⚠️ 本题库实测原题(2025年下半年):「下列选项属于上网行为管理系统主要功能的是( )」→ A 对内部用户的互联网访问行为进行管控和审计。解析:上网行为管理系统核心功能是审计和控制内网用户上网行为。 ⚠️ 三个干扰项分别属于别的设备:
- B「优化动态路由协议」 → 属于网络管理/路由优化功能,不是上网行为管理;
- C「检测和阻断 XSS、SQL 注入」 → 属于 WAF / IPS 的功能;
- D「配置访问控制策略,实现网络边界隔离」 → 属于防火墙的功能。
2.4.2 网络管理五大功能(OSI 网络管理标准)
| 功能 | 目标 | 典型手段 |
|---|---|---|
| 故障管理(FCAPS 的 F) | 自动监测(探测)网络与设备的故障状态并及时告警 | ping、tracert、Trap、告警 |
| 配置管理(C) | 初始化、配置、变更、备份设备配置 | display current-configuration、配置文件备份 |
| 性能管理(P) | 监控带宽利用率、吞吐量、丢包率、时延 | 流量统计、性能基线 |
| 计费管理(A) | 统计资源使用量,用于计费 | 流量统计报表 |
| 安全管理(S) | 访问控制、身份认证、日志审计、加密 | 权限管理、审计日志 |
⚠️ 本题库实测原题(2015年下半年):「网络管理系统中故障管理的目标是( )」→ D 自动监测故障。解析:故障管理的目标是自动监测(探测)网络和设备的故障状态并及时告警,以便管理员处理;自动排除故障只是最终目标而非管理功能本身。优化网络性能属于性能管理,改进性能而非发现故障。 ⚠️ 易错选项 A「自动排除故障」:这是最终目的,不是管理功能定义 —— 管理只能“发现和告警“,“排除“要靠管理员。
2.4.3 系统评价指标(概念题,本专题仅 1 题)
| 指标 | 含义 |
|---|---|
| 吞吐量 | 单位时间内处理的总量 |
| 响应时间 | 从请求到响应完成的时间 |
| 可用性 / 可靠性 | MTBF(平均无故障时间)、MTTR(平均修复时间) |
| 带宽利用率 | 实际流量占额定容量的比例 |
| 丢包率、误码率 | 传输质量 |
⚠️ 本题库实测原题(2016年上半年):「某软件公司程序员张某辞职后,项目负责人把该管理系统软件上开发者的署名更改为李某(接张某工作),该项目负责人的行为( )」→ A 侵犯了张某开发者身份权(署名权)。 解析(原文):署名权即开发者身份权,属著作人身权,由开发者本人享有,与是否为著作权人无关,且人身权不可转让,辞职后仍归张某。把署名改为接替工作的李某,侵犯了张某的开发者身份权。 ⚠️ 三个干扰项的错处:
- B「张某不是软件著作权人」 —— 错:职务作品的财产权归公司,但署名权仍属开发者本人;
- C「只是行使管理者的权利」 —— 错:管理权不能剥夺他人署名权;
- D「张某现已不是项目组成员」 —— 错:离职不影响既有作品的署名权。
三、真题实例
实例 A · 2018年上半年 · 试题三(Windows Server 2008 R2 DNS 服务器配置,20 分)
材料要点:某单位网络拓扑如图 3-1,其中 Web 服务器和 DNS 服务器均采用 Windows Server 2008 R2,客户端采用 Windows 操作系统,公司 Web 网站的域名为 www.xyz.com。
问题 3.1(6 分)—— 正向查找区域与主机记录
在 DNS 服务器上为 Web 服务器配置域名解析时:
- 图 3-2「区域名称」是(1)→
xyz.com - 图 3-3 新建主机的「名称」是(2)→
www - 「IP地址」是(3)→
10.10.100.3
解析要点(原文):
- (1) 「区域名称」即 DNS 解析区域名。公司 Web 网站的域名为
www.xyz.com,则承载该域名的 DNS 区域为xyz.com(区域名不写主机前缀 www)。 - (2) 新建主机记录时,「名称」只写主机名前缀。完整域名
www.xyz.com中,去掉区域名xyz.com后主机名前缀为www。 - (3) 「IP地址」填该主机记录对应的服务器 IP,由图 3-1 拓扑及官方答案可知 Web 服务器地址为
10.10.100.3。
📌 记忆点:区域名不带主机名,主机记录只写前缀。
www.xyz.com= 区域xyz.com+ 主机www+ 记录类型 A + IP。
问题 3.2(4 分)—— 正向查询与反向查询
- (4)正向查询的作用 → 把域名(主机名)转变为对应的 IP 地址
- (5) 若不希望对
www.xyz.com进行反向查询,在图 3-3 中应做的操作 → 去掉勾选「创建相关的指针(PTR)记录」复选框
解析要点(原文):
- 正向查询(Forward Lookup):由域名解析出 IP 地址,用于客户端访问网站。
- 反向查询(Reverse Lookup):由 IP 地址解析出域名,需要在 DNS 中创建 PTR(Pointer,指针)资源记录。
- Windows Server 的「新建主机」界面默认勾选「创建相关的指针(PTR)记录」,若不希望创建反向查询记录,应取消勾选该复选框。
问题 3.3(2 分)—— 名称解析顺序
在 Intranet 中,当客户端向 DNS 服务器发出解析请求后,没有得到解析结果,则(6)进行解析 → D 使用 NETBIOS 名字解析
解析要点(原文):Windows 客户端的名称解析顺序为:
- 客户端缓存(DNS 客户端缓存)
- 本地 hosts 文件
- 向配置的 DNS 服务器发起查询
- 若 DNS 查询失败,则使用 NETBIOS(NetBIOS 名称解析) 进行解析 —— 依次尝试广播、NetBIOS 名字服务器(WINS)、以及 LMHOSTS 文件
题干说“向 DNS 服务器发出解析请求后,没有得到解析结果“,此时应继续由 NETBIOS 名字解析接手。A/B/C 都发生在 DNS 查询之前或之内,在「DNS 已查询但无结果」之后不再重复执行。
📌 易错点:A「查找本地 hosts 文件」是第 2 步,在 DNS 查询之前,不是“没有结果之后“。
问题 3.4(2 分)—— 测试 DNS 服务器
要测试 DNS 服务器是否正常工作,在客户端可采用的命令是(7)nslookup 或(8)ping
解析要点(原文):
nslookup是专门用于查询 DNS 的工具,可测试 DNS 服务器是否可达、域名能否正确解析,是首选的 DNS 测试命令。ping通过发送 ICMP 回送请求报文测试客户端与 DNS 服务器的网络连通性,可初步判断 DNS 服务器是否正常工作。ipconfig主要用于查看/配置本机 IP、掩码、网关、DNS 服务器等参数(配/displaydns可看缓存);netstat用于显示网络连接、路由表与协议统计,均不能直接测试 DNS 服务器。
问题 3.5(4 分)—— DNS 缓存查看与刷新
- (9)显示当前 DNS 缓存 →
ipconfig /displaydns - (10)刷新 DNS 解析器缓存 →
ipconfig /flushdns
解析要点(原文):
ipconfig /displaydns显示 DNS 解析器缓存中的所有记录,包括主机名到 IP 的映射、反向查询记录等,用于排查 DNS 解析问题。ipconfig /flushdns清除(刷新)DNS 解析器缓存,当 DNS 记录已变更但客户端仍解析到旧地址时执行该命令强制刷新。
相关命令补充(原文):
ipconfig /release/renew:释放并重新申请 DHCP 地址;nslookup -type=mx 域名:查询 MX 记录;nslookup -type=ptr 192.168.1.1:查询反向解析记录。
问题 3.6(2 分)—— Web 访问延时优化
随着业务发展,Web 访问量增大,访问 Web 服务器延时较大,为改善用户体验,可采用(11)→ A 增加网络带宽
解析要点(原文):现象属于带宽不足导致的性能问题。
- A 增加网络带宽 —— 直接提升链路吞吐能力,可缓解因带宽瓶颈导致的延时,是官方答案;
- B 在 Web 服务器上添加虚拟主机 —— 只在同一台服务器上多建站点,不增加处理能力,无法降低延时;
- C 在路由器上设置访问策略 —— 是管理/安全手段,不提升吞吐,与延时无关;
- D 添加一台 Web 服务器 —— 属扩容方案,需配合负载均衡才能生效,官方答案为 A。
知识点(原文):若为单台服务器 CPU/连接数瓶颈,扩容(增加服务器 + 负载均衡)更有效;若为链路带宽瓶颈,则应先提升带宽。
📌 本题的价值:一道题覆盖 DNS 正/反向查询、PTR、NETBIOS 解析顺序、nslookup、ipconfig 两个参数、Web 性能瓶颈判断 六个考点,是Windows 运维类案例的标准模板。注意「什么时候用哪个命令」是这类题的评分点。
实例 B · 本专题精选单选(4 道,覆盖各考点)
📌 本专题
cmds为空、案例仅 1 题,故从 19 道单选中挑 4 道最有代表性的,作为“真题实例“补足。
实例 B-1 · 2024年上半年 · SNMP 五种报文之 Trap
题目:SNMP Trap 消息的作用是( )。
A. 从设备中获取网络时间信息 B. 主动通知管理者有关网络事件的发生 C. 向指定的设备发送消息 D. 向网络中所有设备发送广播消息答案 B。解析:SNMP Trap 消息用于主动通知管理者有关网络事件的发生。
实例 B-2 · 2017年上半年 · 光模块诊断命令
题目:当传输介质出现老化、破损、介质规格不匹配时会导致物理接口处于 DOWN 状态,常使用( )命令检查光纤模块状态、参数是否正常。
A. virtual-cable-test B. display transceiver interface C. display device D. display interface答案 B。解析:
display transceiver interface用于显示光模块的收发光功率、温度、电压等参数,可判断模块是否老化或损坏。virtual-cable-test测线缆,display device显示整机信息,display interface只显示接口状态(看不到光功率等参数)。
实例 B-3 · 2025年下半年 · Windows Tracert 的默认方式
题目:在默认情况下,Windows 的 Tracert 命令( )。
A. 发送UDP包到目标端口,分析返回的ICMP端口不可达消息 B. 发送递增TTL值的ICMP回显请求包,分析返回的ICMP超时消息 C. 定期向目标发送ARP请求,记录响应时间差异 D. 发送TCP SYN包到目标的80端口答案 B。解析:Windows Tracert 默认使用 ICMP Echo Request(TTL 递增);Linux traceroute 默认使用 UDP。 ⚠️ A 项是 Linux traceroute 的做法 —— 题干强调“默认情况下的 Windows“,这是本题最大陷阱。
实例 B-4 · 2016年下半年 · ping 故障判读
题目:客户端采用 ping 命令检测网络连接故障时,可以 ping 通 127.0.0.1 及本机的 IP 地址,但无法 ping 通同一网段内其他工作正常的计算机的 IP 地址。该客户端的故障可能是( )。
A. TCP/IP 协议不能正常工作 B. 本机网卡不能正常工作 C. 网络线路故障 D. 本机 DNS 服务器地址设置错误答案 C。解析:能 ping 通 127.0.0.1 说明本机 TCP/IP 协议栈正常,能 ping 通本机 IP 地址说明本机网卡与协议驱动正常;仅同网段其他主机不通,故障点在网络线路或链路连接上;ping 使用的是 IP 地址不涉及域名解析,因此 A、B、D 均不成立。
四、易错点清单
| # | 易错说法 | 正确答案(依据素材 analysis) |
|---|---|---|
| 1 | Trap 是管理站发给代理的通知 | 方向相反 —— Trap 是代理 → 管理站,由代理主动通知管理者有关网络事件的发生 |
| 2 | Trap 是向网络中所有设备广播 | Trap 只发给管理站,不是广播给所有设备 |
| 3 | Trap 用于获取网络时间信息 | 那是 NTP 的功能 |
| 4 | Inform 与 Trap 一样都是单向无确认 | Trap 单向无确认;Inform 需要管理站确认(v2c 才引入) |
| 5 | 被管对象有差错报告时用 get/set | 差错报告用 trap;get/getnext/set 都是管理站发起的请求响应操作 |
| 6 | SNMP 中用于“获取 MIB 信息“的是 GET-RESPONSE | 是 GET;GET-RESPONSE 只是代理对 GET 请求的应答报文,由管理站接收而非发起查询 |
| 7 | SNMP 用 TCP 承载 | SNMP 用 UDP(端口 161,Trap 用 162) |
| 8 | SNMP 属于传输层协议 | SNMP 是应用层协议(传输层是 UDP)—— 与 HTTP、FTP、SMTP 同级 |
| 9 | SNMP 使用 TCP/UDP 套接字 | ICMP 是网络层协议,Ping/Tracert 依赖 IP 层套接字 |
| 10 | Windows 中 SNMP Service 接收转发 Trap | 那是 SNMP Trap Service;SNMP Service 提供基本管理(响应 Get/Set) |
| 11 | Windows tracert 默认发 UDP 包分析端口不可达 | Windows tracert 默认用 ICMP Echo Request(TTL 递增)分析 Time Exceeded;发 UDP 分析端口不可达是 Linux traceroute |
| 12 | ping 通 127.0.0.1 说明网络正常 | 只能说明本机 TCP/IP 协议栈正常,与外部网络无关 |
| 13 | 能 ping 通本机 IP 说明网络正常 | 只能说明本机网卡与协议驱动正常 |
| 14 | 能 ping 通自己但网段内其他主机不通 → 协议/网卡故障 | → 网络线路故障(协议栈与网卡都已证明正常) |
| 15 | ping 域名失败可能是 IP 地址配置错 | ping 用 IP 地址、不涉及域名解析;ping 通 IP 不通域名 → DNS 配置问题 |
| 16 | “只有发送没有接收“是 IP 地址配错 | IP/掩码配错通常仍能收到 ARP、DHCP 等二层广播回包;物理不通则连发送统计都不增长;DNS 错仍能建 TCP 连接 → 综合取 TCP/IP 协议栈故障 |
| 17 | “Serial 1 is down,line protocol is down” 是链路层问题 | 两者都 down 时根因在物理层(无载波/无信号),line protocol down 是连带结果;只有 up/down 才是链路层问题 |
| 18 | 检查光模块是否老化用 display interface | 用 display transceiver interface(看收发光功率、温度、电压);display interface 只看接口状态 |
| 19 | 光模块检查可用 virtual-cable-test | virtual-cable-test 是测线缆的,不是查模块 |
| 20 | netstat -anp | grep 80 里的 -a 可以省略 | 要显示所有监听与连接必须用 -a;-anp 组合后 grep 80 过滤 |
| 21 | Windows 命令用 show 查网络配置 | Windows 是 ipconfig(Linux 是 ifconfig / ip addr) |
| 22 | 端口扫描用 Wireshark | Wireshark 是抓包分析;端口扫描用 Nmap |
| 23 | 上网行为管理系统用于检测 SQL 注入 | 那是 WAF / IPS 的功能;上网行为管理管的是内网用户的上网行为管控与审计 |
| 24 | 上网行为管理系统的核心功能是配置访问控制策略、做边界隔离 | 那是防火墙的功能 |
| 25 | 故障管理的目标是“自动排除故障“ | 故障管理的目标是自动监测(探测)故障并告警;“自动排除“只是最终目的,不是管理功能定义 |
| 26 | 网络管理五大功能里的“性能管理“是改进性能 | 性能管理监控带宽利用率、吞吐量、丢包率、时延;故障管理是发现故障,两者目标不同 |
| 27 | 程序员离职后单位可改署名 | 署名权(开发者身份权)属著作人身权,不可转让,离职后仍归本人;改署名侵犯其署名权 |
| 28 | 署名权属于软件著作权人(公司) | 职务作品的财产权归公司,署名权仍属开发者本人 |
| 29 | DNS 区域名称要写完整域名 www.xyz.com | 区域名不写主机前缀,应为 xyz.com;主机记录「名称」只写前缀 www |
| 30 | 反向查询靠 A 记录 | 反向查询需要 PTR(指针)记录;A 记录是正向(域名→IP) |
| 31 | DNS 查询失败后去查 hosts 文件 | hosts 在第 2 步、DNS 之前;DNS 无结果后由 NETBIOS 名字解析接手(广播 → WINS → LMHOSTS) |
| 32 | 测试 DNS 服务器用 ipconfig 或 netstat | 用 nslookup(首选) 或 ping;ipconfig 只是查看参数(/displaydns 看缓存)、netstat 看连接统计 |
| 33 | 刷新 DNS 缓存用 ipconfig /displaydns | /displaydns 是显示缓存;刷新/清空用 ipconfig /flushdns |
| 34 | Web 访问延时大应增加 Web 服务器 | 若瓶颈是链路带宽则应增加网络带宽;增加服务器需配合负载均衡才生效 |
五、真题自测(10 题)
第 1 层 · 概念识记(4 题)
Q1.1(单选)SNMP Trap 消息的作用是( )。
A. 从设备中获取网络时间信息
B. 主动通知管理者有关网络事件的发生
C. 向指定的设备发送消息
D. 向网络中所有设备发送广播消息
答案
B。Trap 是代理 → 管理站的主动事件通知,用于主动通知管理者有关网络事件的发生。⚠️ 三个干扰项的错处:
- A:获取网络时间信息是 NTP 的功能;
- C:Trap 是上报给管理站,不是“向指定设备发送“;
- D:Trap 不是广播,不会发给网络中所有设备。
Q1.2(单选)SNMP 协议使用的传输层协议是( )。
A. ICMP B. UDP C. TCP D. IP
答案
B. UDP。SNMP 使用 UDP 承载,端口 161(Get/Set/Inform 等),Trap 用 162。⚠️ 两个易混点:
- A「ICMP」 是 ping/tracert 用的,不是 SNMP;
- D「IP」 是网络层协议,SNMP 直接跑在 UDP 之上,不选。
📌 另一道相关题:问「SNMP 协议属于( )层协议」答案是应用层(与 HTTP、FTP、SMTP 同级)—— “用什么承载“和“自己属于哪一层“是两回事。
Q1.3(单选)Windows 系统中,用于接收和转发 SNMP 陷阱(Trap)消息的服务是( )。
A. SNMP Service B. SNMP Trap Service C. 网络发现服务 D. 事件日志服务
答案
B. SNMP Trap Service。它专门用于接收和转发 SNMP 陷阱消息。⚠️ A 项不选:SNMP Service 提供的是 SNMP 的基本管理功能(响应 Get/Set 请求),Trap 的接收转发由专门的 Trap Service 负责;C、D 都不是接收 Trap 的服务。
Q1.4(单选)以下工具软件中,适合进行网络端口扫描的是( )。
A. Traceroute B. Nmap C. Ping D. Wireshark
答案
B. Nmap。Nmap 是端口扫描工具,用于发现开放端口与服务。⚠️ 其余三项分工不同:
- Traceroute —— 测路径;
- Ping —— 测连通性;
- Wireshark —— 抓包与协议分析,不扫描端口。
第 2 层 · 机制理解(3 题)
Q2.1(简答)简述 SNMP 的五种报文,并说明 Trap 与 Inform 的根本区别。
答案
五种报文(方向 + 是否有响应)| 报文 | 方向 | 有无响应 | 作用 |
|---|---|---|---|
| Get | 管理站 → 代理 | 代理回 GetResponse | 读取一个 MIB 对象值 |
| GetNext | 管理站 → 代理 | 代理回 GetResponse | 遍历 MIB(取字典序下一个对象) |
| Set | 管理站 → 代理 | 代理回 GetResponse | 写入/修改 MIB 对象值 |
| Trap | 代理 → 管理站 | ❌ 无响应(单向) | 主动通知网络事件发生 |
| Inform | 代理 → 管理站 | ✅ 需确认 | 需管理站确认的告警 |
Trap 与 Inform 的根本区别
- 是否需要确认:Trap 是单向的、无确认,发出去就不管了;Inform 必须由管理站回 InformReply 确认,否则代理会重传。
- 可靠性:Trap 可靠性低(报文丢失就永久丢失);Inform 可靠(通过重传保证送达)。
- 引入版本:Trap 从 SNMPv1 就有;Inform 是 SNMPv2c 才引入的 —— 正是为了弥补 UDP 不可靠、Trap 会丢的短板。
- 用途:Trap 用于紧急、重要的事件(链路 down、接口 up、认证失败);Inform 用于一般性、周期性的报告(如配置变更、资源使用情况)。
📌 记忆口诀:“Trap 单向不回头,Inform 要你点点头。” ⚠️ 前提背景:SNMP 跑在 UDP 上(因为管理报文短小、开销要小、代理不必维持会话状态),但 UDP 不可靠,所以才有了需要确认的 Inform。
Q2.2(简答)某主机无法上网,ping 时发现“只有发送没有接收“。请分析可能的原因并说明排除理由。
答案
核心判断:"只有发送没有接收"说明网卡与协议栈在向外发包,但收不到任何回包。逐项排除
| 可能原因 | 是否成立 | 理由 |
|---|---|---|
| IP地址配置错误 | ❌ 基本排除 | 若仅是 IP 地址/掩码配错,通常仍能收到 ARP、DHCP 等二层广播回包(ARP 请求是广播,任何同网段主机都会回应) |
| 网络没有物理连接 | ❌ 排除 | 物理链路不通时,连发送统计都不会增长(网卡检测不到链路,不会发包) |
| DNS配置不正确 | ❌ 排除 | DNS 错误只影响域名解析,不影响 IP 连通性,此时仍能完成 TCP 连接(如直接 ping IP 通、访问 IP 地址正常) |
| TCP/IP 协议故障 | ✅ 最可能 | 若协议栈异常(如 Winsock 损坏、协议绑定异常),网卡能发包但协议处理不上,表现为“只发不收“ |
结论:TCP/IP 协议故障(协议栈异常)。
补充排查顺序
ipconfig /all—— 看 IP/掩码/网关/DNS 是否正确、有没有拿到地址;ping 127.0.0.1—— 通则协议栈正常(这一步是分水岭);ping 本机 IP—— 通则网卡与驱动正常;ping 网关—— 不通则查链路/ARP(arp -a);- 重新安装 TCP/IP 协议栈。
📌 反向记忆:“ping 通自己但收不到别人” → 协议栈坏了;“连自己的 IP 都 ping 不通” → 网卡/地址坏了。
Q2.3(简答)设备接口状态显示 “Serial 1 is down,line protocol is down”,问题出在哪一层?请说明另外两种状态组合的含义与排查方向。
答案
结论:问题出在 OSI 参考模型的物理层。 (关键判断依据见下方解析)
解析理由:设备接口状态分物理层与链路层两行显示。
Serial 1 is down→ 物理层 down,即线路未检测到载波或信号;line protocol is down→ 链路层协议状态,是连带结果;- 两者都 down 时,根因在物理层 —— 因为没有物理信号,链路层自然无法建立。
📌 判断口诀:“谁先 down 谁是根因” —— 上层状态失效常常只是下层失效的连带结果。
三种状态组合的含义与排查方向
| 组合 | 含义 | 排查方向 |
|---|---|---|
| down / down | 物理层就断了 | 线路断裂、接口损坏、对端设备未开机、介质老化/破损/规格不匹配、供电故障 |
| up / down | 物理层正常,链路层协商失败 | 封装类型不匹配(一方 trunk 一方 access)、keepalive 超时、时钟不同步、两端速率/双工不匹配 |
| up / up | 正常 | — |
补充:光模块的专项检查
若怀疑介质(光纤/光模块)老化或破损,使用 display transceiver interface 查看收发光功率、温度、电压等参数 —— 正常情况 display interface 只显示接口 up/down 状态,看不到光功率。
📌 分层排查总顺序:物理 → 链路 → 网络 → 传输 → 应用,每层用对应手段验证(详见正文 §2.3.3)。
第 3 层 · 命令与配置(2 题)
📌 本专题
cmds素材为空(无设备配置题),命令题全部为诊断/测试类。
Q3.1(填空)在 Windows 上,需要完成以下三件事:① 查看本机的 IP 地址、掩码、网关、DNS 服务器配置;② 查看当前 DNS 解析器缓存;③ 清除(刷新)DNS 解析器缓存。补全命令:
(1) ← 查看本机 IP 配置信息
(2) /displaydns ← 显示 DNS 缓存
(3) /flushdns ← 刷新/清空 DNS 缓存
答案
(1)`ipconfig` (2)`ipconfig` (3)`ipconfig`完整命令:
ipconfig ← 查看本机 IP/掩码/网关/DNS
ipconfig /displaydns ← 显示 DNS 解析器缓存
ipconfig /flushdns ← 清除(刷新)DNS 解析器缓存
三个命令的用途区分
ipconfig—— Windows 查看/配置本机 IP 相关的基本命令(Linux 对应ifconfig/ip addr);ipconfig /displaydns—— 显示 DNS 解析器缓存中的所有记录(主机名→IP 映射、反向查询记录等),用于排查 DNS 解析问题;ipconfig /flushdns—— 清除 DNS 解析器缓存。当 DNS 记录已变更但客户端仍解析到旧地址时执行,强制刷新。
⚠️ 最常见的记错:把
/displaydns(显示)和/flushdns(清空)记反 —— 前者是看,后者才是清。📌 相关命令:
ipconfig /release/renew—— 释放并重新申请 DHCP 地址。
Q3.2(填空)某设备物理接口处于 DOWN 状态,需检查光纤模块是否老化、参数是否正常;并需查看接口的收发报文情况。补全华为命令:
(1) ← 查看光模块收发光功率、温度、电压等参数
display interface ← (2) ← 查看接口状态与收发报文
答案
(1)`display transceiver interface` (2)`状态与收发报文统计`(即接口的 up/down 状态、速率、收发包计数)为什么用这两条命令
| 命令 | 作用 | 适用场景 |
|---|---|---|
display transceiver interface | 显示光模块的收发光功率、温度、电压等参数 | 判断光模块是否老化或损坏(收发光功率偏低是模块劣化的直接信号) |
display interface | 显示接口状态(up/down)、速率、双工、收发报文统计 | 判断链路是否 up、流量是否正常 |
⚠️ 干扰项辨析:
virtual-cable-test—— 测线缆的,不是查光模块;display device—— 显示整机信息(设备型号、运行状态),不是模块参数。
📌 注意:华为 VRP 一律用
display,绝不用show(思科/ Juniper 才是show)。 📌 接口状态判读:两行都 down → 物理层问题;只有line protocol down(物理 up)→ 链路层问题。
第 4 层 · 真题原题(1 题)
Q4.1(2025年下半年 · 单选 · 真题原题)在默认情况下,Windows 的 Tracert 命令( )。
A. 发送UDP包到目标端口,分析返回的ICMP端口不可达消息
B. 发送递增TTL值的ICMP回显请求包,分析返回的ICMP超时消息
C. 定期向目标发送ARP请求,记录响应时间差异
D. 发送TCP SYN包到目标的80端口
答案
B。发送递增 TTL 值的 ICMP 回显请求包,分析返回的 ICMP 超时消息。解析(原文):Windows Tracert 默认使用 ICMP Echo Request(TTL 递增);Linux traceroute 默认使用 UDP。
traceroute 的工作原理
- 发送 TTL=1 的探测包 → 第 1 个路由器收到后 TTL 减为 0 → 回 ICMP Time Exceeded → 获得第 1 跳地址与时延;
- 发送 TTL=2 → 第 2 个路由器 TTL 归零 → 回 Time Exceeded → 获得第 2 跳;
- 依此类推,直到目标主机返回 Echo Reply(不再超时) → traceroute 完成。
干扰项分析(本题最大陷阱在 A)
- A「发 UDP 包分析 ICMP 端口不可达」 —— 这是 Linux
traceroute的默认方式,不是 Windows 的!题干两个关键词都限定了:「默认情况下」 + 「Windows」。 - C「定期发 ARP 请求」 —— ARP 只解决 IP→MAC 的解析,不涉及路径,也不“定期“发送;
- D「发 TCP SYN 到 80 端口」 —— 这是 TCP 端口探测(如
nmap -sT),只判断端口开放与否,得不到路径上每一跳的信息。
📌 记忆点:Windows = ICMP + TTL 递增 + Time Exceeded;Linux = UDP + 端口不可达。 看到“默认“二字先想平台差异。
六、复习建议
优先级排序
| 阶段 | 内容 | 理由 |
|---|---|---|
| 第一轮(必须背) | SNMP 五种报文(Get/GetNext/Set/Trap/Inform)+ 方向与是否有响应 + Trap 单向无确认、Inform 需确认;UDP 161/162;SNMP 是应用层协议 | 37 题的绝对主力(SNMP 出现 60 次),且表格化后可一次性拿下 |
| 第二轮 | ping / tracert / ipconfig / nslookup / netstat 五个命令的用途与选项;ping 故障判读四条;Windows tracert = ICMP TTL 递增 vs Linux = UDP | 20 题第二考点,纯记忆 + 场景判断,性价比极高 |
| 第三轮 | 接口状态 down/down 与 up/down 的含义;display 系列诊断命令(尤其 display transceiver interface);分层排查思路 | 题量少(4 题)但下午案例简答会用到,且“谁先 down 谁是根因“是通用方法论 |
| 第四轮 | **网络管理五大功能(FCAPS)**的分工;上网行为管理 vs WAF/IPS vs 防火墙;DNS 正反向查询 + PTR + NETBIOS 解析顺序 | 3 题 + 案例题,是简答与选择题的稳定得分点 |
| 第五轮 | 性能指标(吞吐量、响应时间、MTBF/MTTR、带宽利用率);系统评价;软件署名权(著作权) | 零散概念题,有印象即可 |
三个动作建议
-
把 SNMP 五种报文做成一张“方向箭头表“,贴在墙上。
Get / GetNext / Set 管理站 ──► 代理 (代理回 GetResponse) Trap / Inform 代理 ──► 管理站 (Trap 无确认;Inform 需确认)再在下面写一句:“承载在 UDP 上:161 请求/响应,162 Trap”。 这张表能同时解决“报文类型题““方向题”“端口题“三类问题。
-
做一张“命令 → 干什么“的对照卡,Windows 与华为分两栏。
目的 Windows 华为 测连通性 pingping测路径 tracert(ICMP TTL)tracert看本机 IP ipconfigdisplay ip interface brief看连接 netstat -anpdisplay tcp查域名 nslookup— 看接口 — display interface看光模块 — display transceiver interface考场上想不起某个命令时,先想“我要干什么“,再从这张卡里找对应命令。
-
记住一条排查主线,任何故障题都能套。
分层:物理(链路通不通)→ 链路(封装/STP/VLAN)→ 网络(IP/路由/ARP)→ 传输(端口/TCP-UDP)→ 应用(服务)。
判根因:谁先 down 谁是根因 ——
down/down是物理层,up/down才是链路层。ping 判据:
127.0.0.1通 → 协议栈 OK;本机 IP 通 → 网卡 OK;网段内别人不通 → 线路故障;IP 通域名不通 → DNS 问题。把这三条串成一段话,简答题的框架分就拿到了。
返回:00-汇总索引 · 相关专题:09-TCP-IP传输层与应用层(ICMP、ping 的底层协议) · 03-DNS与Internet应用协议(DNS 解析体系) · 05-局域网与交换技术(链路层故障排查)
本文档所有题目、答案、命令均摘自题库真实数据(24 考期 / 64 道真题),统计脚本见 qbwork/export_kpdata.py。
返回:00-汇总索引 · 上一专题:网络规划与可靠性设计 · 下一专题:网络体系结构与标准