Keyboard shortcuts

Press ← or → to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

14 · 网络管理与运维

所属模块:网络管理与运维 | 覆盖题库 64 题(单选 63 · 案例小题 1) 考期覆盖 24 / 24(100%) —— 题量最少,但每一年都考 近 5 年(2021–2026)命中 11 个考期(连续 11 考全中) 题型定位:上午型(概念判断 + 命令记忆 + 少量故障分析)


一、考情概览

二级知识点题数单选小题考期重要度
SNMP与MIB3737020★★★★★
网络诊断命令2019114★★★★★
故障诊断与排除4404★★★☆☆
网络监视与性能3303★★☆☆☆
系统评价0000—

从题库统计的高频术语看(括号内为出现次数):

术语次数说明
SNMP60绝对主力
MIB14管理信息库
UDP13SNMP 的传输层协议
display12华为查询命令
Trap12主动告警报文
ping12连通性测试
ICMP8ping / tracert 的底层协议
SNMPv38安全版本
TCP9多作为干扰项出现(SNMP 不用 TCP)
SNMPv27
netstat6连接统计
down6接口状态

结论: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 的区别(易错的隐藏考点)

TrapInform
方向代理 → 管理站代理 → 管理站(也可是管理站之间)
是否需要确认❌ 单向、无确认✅ 管理站必须回 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(代理)运行在被管设备上,收集本地信息、响应查询、主动告警每个被管设备一个
MIBManagement 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 / 0Echo Request / Echo Reply测试连通性ping
11Time Exceeded(超时)报文生存时间 TTL 归零traceroute / tracert
3Destination Unreachable目的不可达traceroute(Linux UDP 方式)
5Redirect重定向路由器

⚠️ 本题库实测原题(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 tracertICMP Echo Request,TTL 递增,分析 Time Exceeded
Linux tracerouteUDP 包,分析 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 超时
nslookupDNS 查询与测试-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 用于显示光模块的收发光功率、温度、电压等参数,可判断模块是否老化或损坏。 ⚠️ 干扰项辨析:A virtual-cable-test 测线缆(虚拟电缆测试);C display device 显示整机信息;D display interface 只显示接口状态(看不到光功率等参数)。

📌 注意:本题素材 cmds 字段为空,说明本专题题库里没有配置题,只有查询类诊断命令。所有命令都是 display,绝不用 show。

2.3.3 故障排查的分层思路(案例简答模板)

从上到下逐层排除,每层用对应的验证手段:

层次检查什么验证手段典型现象
1. 物理层链路通不通、介质、模块、供电display interface、display transceiver interfacedown/down、光功率偏低、CRC 错包多
2. 数据链路层封装、MAC、STP、VLAN、聚合组display vlan、display eth-trunk、display stpup/down、环路、VLAN 不通
3. 网络层IP 地址、掩码、路由、ARPdisplay ip routing-table、ping 网关、arp -aping 不通网关、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 客户端的名称解析顺序为:

  1. 客户端缓存(DNS 客户端缓存)
  2. 本地 hosts 文件
  3. 向配置的 DNS 服务器发起查询
  4. 若 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)
1Trap 是管理站发给代理的通知方向相反 —— Trap 是代理 → 管理站,由代理主动通知管理者有关网络事件的发生
2Trap 是向网络中所有设备广播Trap 只发给管理站,不是广播给所有设备
3Trap 用于获取网络时间信息那是 NTP 的功能
4Inform 与 Trap 一样都是单向无确认Trap 单向无确认;Inform 需要管理站确认(v2c 才引入)
5被管对象有差错报告时用 get/set差错报告用 trap;get/getnext/set 都是管理站发起的请求响应操作
6SNMP 中用于“获取 MIB 信息“的是 GET-RESPONSE是 GET;GET-RESPONSE 只是代理对 GET 请求的应答报文,由管理站接收而非发起查询
7SNMP 用 TCP 承载SNMP 用 UDP(端口 161,Trap 用 162)
8SNMP 属于传输层协议SNMP 是应用层协议(传输层是 UDP)—— 与 HTTP、FTP、SMTP 同级
9SNMP 使用 TCP/UDP 套接字ICMP 是网络层协议,Ping/Tracert 依赖 IP 层套接字
10Windows 中 SNMP Service 接收转发 Trap那是 SNMP Trap Service;SNMP Service 提供基本管理(响应 Get/Set)
11Windows tracert 默认发 UDP 包分析端口不可达Windows tracert 默认用 ICMP Echo Request(TTL 递增)分析 Time Exceeded;发 UDP 分析端口不可达是 Linux traceroute
12ping 通 127.0.0.1 说明网络正常只能说明本机 TCP/IP 协议栈正常,与外部网络无关
13能 ping 通本机 IP 说明网络正常只能说明本机网卡与协议驱动正常
14能 ping 通自己但网段内其他主机不通 → 协议/网卡故障→ 网络线路故障(协议栈与网卡都已证明正常)
15ping 域名失败可能是 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-testvirtual-cable-test 是测线缆的,不是查模块
20netstat -anp | grep 80 里的 -a 可以省略要显示所有监听与连接必须用 -a;-anp 组合后 grep 80 过滤
21Windows 命令用 show 查网络配置Windows 是 ipconfig(Linux 是 ifconfig / ip addr)
22端口扫描用 WiresharkWireshark 是抓包分析;端口扫描用 Nmap
23上网行为管理系统用于检测 SQL 注入那是 WAF / IPS 的功能;上网行为管理管的是内网用户的上网行为管控与审计
24上网行为管理系统的核心功能是配置访问控制策略、做边界隔离那是防火墙的功能
25故障管理的目标是“自动排除故障“故障管理的目标是自动监测(探测)故障并告警;“自动排除“只是最终目的,不是管理功能定义
26网络管理五大功能里的“性能管理“是改进性能性能管理监控带宽利用率、吞吐量、丢包率、时延;故障管理是发现故障,两者目标不同
27程序员离职后单位可改署名署名权(开发者身份权)属著作人身权,不可转让,离职后仍归本人;改署名侵犯其署名权
28署名权属于软件著作权人(公司)职务作品的财产权归公司,署名权仍属开发者本人
29DNS 区域名称要写完整域名 www.xyz.com区域名不写主机前缀,应为 xyz.com;主机记录「名称」只写前缀 www
30反向查询靠 A 记录反向查询需要 PTR(指针)记录;A 记录是正向(域名→IP)
31DNS 查询失败后去查 hosts 文件hosts 在第 2 步、DNS 之前;DNS 无结果后由 NETBIOS 名字解析接手(广播 → WINS → LMHOSTS)
32测试 DNS 服务器用 ipconfig 或 netstat用 nslookup(首选) 或 ping;ipconfig 只是查看参数(/displaydns 看缓存)、netstat 看连接统计
33刷新 DNS 缓存用 ipconfig /displaydns/displaydns 是显示缓存;刷新/清空用 ipconfig /flushdns
34Web 访问延时大应增加 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 的根本区别

  1. 是否需要确认:Trap 是单向的、无确认,发出去就不管了;Inform 必须由管理站回 InformReply 确认,否则代理会重传。
  2. 可靠性:Trap 可靠性低(报文丢失就永久丢失);Inform 可靠(通过重传保证送达)。
  3. 引入版本:Trap 从 SNMPv1 就有;Inform 是 SNMPv2c 才引入的 —— 正是为了弥补 UDP 不可靠、Trap 会丢的短板。
  4. 用途: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 协议故障(协议栈异常)。

补充排查顺序

  1. ipconfig /all —— 看 IP/掩码/网关/DNS 是否正确、有没有拿到地址;
  2. ping 127.0.0.1 —— 通则协议栈正常(这一步是分水岭);
  3. ping 本机 IP —— 通则网卡与驱动正常;
  4. ping 网关 —— 不通则查链路/ARP(arp -a);
  5. 重新安装 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 的工作原理

  1. 发送 TTL=1 的探测包 → 第 1 个路由器收到后 TTL 减为 0 → 回 ICMP Time Exceeded → 获得第 1 跳地址与时延;
  2. 发送 TTL=2 → 第 2 个路由器 TTL 归零 → 回 Time Exceeded → 获得第 2 跳;
  3. 依此类推,直到目标主机返回 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 = UDP20 题第二考点,纯记忆 + 场景判断,性价比极高
第三轮接口状态 down/down 与 up/down 的含义;display 系列诊断命令(尤其 display transceiver interface);分层排查思路题量少(4 题)但下午案例简答会用到,且“谁先 down 谁是根因“是通用方法论
第四轮**网络管理五大功能(FCAPS)**的分工;上网行为管理 vs WAF/IPS vs 防火墙;DNS 正反向查询 + PTR + NETBIOS 解析顺序3 题 + 案例题,是简答与选择题的稳定得分点
第五轮性能指标(吞吐量、响应时间、MTBF/MTTR、带宽利用率);系统评价;软件署名权(著作权)零散概念题,有印象即可

三个动作建议

  1. 把 SNMP 五种报文做成一张“方向箭头表“,贴在墙上。

    Get / GetNext / Set   管理站 ──► 代理     (代理回 GetResponse)
    Trap / Inform         代理   ──► 管理站   (Trap 无确认;Inform 需确认)
    

    再在下面写一句:“承载在 UDP 上:161 请求/响应,162 Trap”。 这张表能同时解决“报文类型题““方向题”“端口题“三类问题。

  2. 做一张“命令 → 干什么“的对照卡,Windows 与华为分两栏。

    目的Windows华为
    测连通性pingping
    测路径tracert(ICMP TTL)tracert
    看本机 IPipconfigdisplay ip interface brief
    看连接netstat -anpdisplay tcp
    查域名nslookup—
    看接口—display interface
    看光模块—display transceiver interface

    考场上想不起某个命令时,先想“我要干什么“,再从这张卡里找对应命令。

  3. 记住一条排查主线,任何故障题都能套。

    分层:物理(链路通不通)→ 链路(封装/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-汇总索引 · 上一专题:网络规划与可靠性设计 · 下一专题:网络体系结构与标准