1. 项目概述：为什么我们需要掌握这些“看家”命令？

干网络运维这行，尤其是和锐捷交换机打交道，最怕的就是两眼一抹黑。设备跑得好好的，突然业务断了，或者领导让你查个配置、看个状态，你连登录进去该敲什么命令都不知道，那场面别提多尴尬。锐捷交换机在国内园区网、教育网里铺得很广，它的命令行界面（CLI）和思科、华为有些相似，但也有自己的“脾气”和独家命令。很多新手，甚至一些有经验的工程师，在面对一台陌生的锐捷交换机时，常常会陷入“我知道要查，但具体命令是啥？”的困境，要么现场翻笔记，要么临时上网搜，效率低下还容易出错。

所以，我花了点时间，把日常运维中最高频、最实用、最能帮你快速“看清”交换机状态的十个查看命令给梳理了出来。这可不是从官方手册里照搬的理论列表，而是我踩过无数坑、处理过各种故障后，沉淀下来的“生存指南”。掌握这十条命令，你就能像有了透视眼一样，快速掌握交换机的接口状态、VLAN信息、路由表、MAC地址表、CPU内存负荷等核心信息，做到心里有数，排查故障时思路清晰，再也不迷路。无论你是刚入行的网络小白，还是想巩固知识的老手，这份清单都值得你放进收藏夹。

2. 核心思路：构建分层次的“信息侦察”体系

单纯罗列命令没有意义，关键是要理解背后的逻辑。我把这十大命令看作一个分层次的侦察体系，从物理层到逻辑层，从实时状态到历史配置，层层递进。当你面对一台交换机时，应该像侦探勘察现场一样，有步骤、有重点地收集信息。

第一层：物理与链路状态侦察。这是最基础的一层。设备通电了吗？接口物理上up了吗？链路协议起来了吗？速率和双工模式对吗？这就像医生先看病人的生命体征。对应的命令如show interface status和show interface brief，能让你一眼看清所有接口的“健康状态”。

第二层：逻辑与转发信息侦察。确认物理连通后，就要看数据能不能正确转发。交换机靠MAC地址表转发数据，路由器（或三层交换机）靠路由表。查看MAC地址表 (show mac-address-table) 和路由表 (show ip route)，能告诉你设备“认为”数据该往哪里去。而查看ARP表 (show arp) 则是关联IP和MAC的关键。

第三层：配置与历史信息侦察。当前运行的配置是什么？启动配置又是什么？设备有没有保存配置？最近有没有配置变更？这些信息决定了设备重启后是否还能正常工作，也是排查“配置丢失”类问题的关键。show running-config和show startup-config是这里的核心。

第四层：系统健康度侦察。设备本身是否健康？CPU和内存使用率是否过高？有没有持续产生的日志或错误信息？温度是否正常？这些信息能帮你提前发现潜在风险，避免设备因过载或故障导致业务中断。show version、show processes cpu和show log等命令负责这一层。

按照这个四层模型去使用命令，你就能系统性地掌握设备全貌，而不是东一榔头西一棒子。

3. 十大核心命令详解与实操要点

下面，我们就按侦察顺序，逐一拆解这十大命令。每个命令我都会说明它的核心作用、关键输出解读、常用参数以及我踩过的坑。

3.1 第一层侦察：接口状态一览无余

3.1.1show interface status/show interface brief

这是你登录后最应该第一个敲的命令，信息密度极高。

Ruijie# show interface brief Interface Status Vlan Duplex Speed Type Gi0/1 up 1 full 1000 1000BASE-T Gi0/2 down 1 auto auto 1000BASE-T Gi0/3 up trunk full 1000 1000BASE-T

• 作用：快速查看所有接口的概要状态，包括管理状态（Status）、所属VLAN/模式、双工模式、速率和类型。
• 关键解读：
  • Status:up表示管理员启用且物理链路正常；down表示管理员启用但物理链路断开（可能是网线没插或对端设备问题）；admin down表示接口被手动关闭（shutdown）。
  • Vlan: 显示接入模式下的VLAN ID，或trunk模式。
  • Duplex/Speed: 务必关注是否为full（全双工）和预期速率（如1000）。出现half（半双工）或auto协商不出速率，常是链路故障或协商不匹配的征兆。
• 实操心得：这个命令的输出非常简洁，适合快速巡检。如果看到大量接口down，首先要排查物理链路（网线、光模块、光纤）和对端设备。如果某个重要业务接口是admin down，那很可能是配置被误改。

3.1.2show interface [interface-id]

当show interface brief发现某个接口有问题时，就用这个命令进行“深度体检”。

Ruijie# show interface gigabitEthernet 0/1 GigabitEthernet 0/1 is up, line protocol is up Hardware is Gigabit Ethernet, address is 5869.6c1a.0a01 Internet address is 192.168.1.1/24 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is twisted pair input flow-control is off, output flow-control is unsupported ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 2000 bits/sec, 3 packets/sec 5 minute output rate 1000 bits/sec, 2 packets/sec 123456 packets input, 98765432 bytes 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast 98765 packets output, 12345678 bytes 0 output errors, 0 collisions, 0 interface resets

• 作用：显示指定接口的详细状态、统计信息和计数器。这是诊断链路层故障的“神器”。
• 关键解读（故障排查焦点）：
  1. 第一行状态：is up, line protocol is up是最理想状态。如果is up, line protocol is down，通常意味着本端物理层正常，但链路层协议没起来（比如PPP、HDLC配置错误，或以太网下本端/对端VLAN不匹配）。is down, line protocol is down则是物理层问题。
  2. 错误计数器：
     • input errors: 输入错误总和。
     • CRC: 循环冗余校验错误。这是重点！持续增长的CRC错误通常意味着物理链路质量问题，如网线损坏、接口老化、电磁干扰、光衰过大等。
     • collisions: 冲突。在全双工交换网络环境中，冲突应几乎为0。如果持续增长，可能意味着双工模式不匹配（一端全双工，一端半双工），这是非常经典的故障原因。
  3. 队列丢弃：Total output drops输出丢弃。如果持续增长，可能意味着出口带宽拥塞，或者交换机性能不足。
  4. 速率：5 minute input/output rate显示了最近5分钟的平均流量，帮你判断接口是否过载。
• 注意事项：计数器是从上次清除后累积的。如果想观察一段时间内的错误增长情况，可以先使用clear counters [interface-id]清除计数器，等待一段时间后再用show interface查看。在生产环境谨慎使用清除命令，最好在变更窗口或征得同意后进行。

3.2 第二层侦察：逻辑转发与寻址

3.2.1show mac-address-table(或show mac-address)

这是交换机的“大脑”，记录着MAC地址从哪个接口学习到的。

Ruijie# show mac-address-table Mac Address Table ------------------------------------------------------------------ Vlan Mac Address Type Ports ---- ----------- -------- ----- 1 5869.6c1a.0a01 DYNAMIC Gi0/1 1 0050.7966.6803 DYNAMIC Gi0/24 10 5488.6c1a.0a11 STATIC Gi0/3

• 作用：显示MAC地址表，即交换机学习到的MAC地址与接口、VLAN的映射关系。
• 关键解读：
  • Type:DYNAMIC是动态学习到的，有老化时间（默认300秒）；STATIC是手动静态绑定的，永久有效。如果某个终端的MAC地址频繁变动接口，可能意味着网络中有环路或ARP欺骗。
  • Ports: 指明MAC地址对应的接口。如果同一个MAC出现在多个接口，极有可能存在网络环路，需要立即排查。
• 常用参数：
  • show mac-address-table address [mac-addr]: 查询特定MAC地址。
  • show mac-address-table interface [interface-id]: 查看特定接口学到的所有MAC。
  • show mac-address-table vlan [vlan-id]: 查看特定VLAN内的MAC地址。
• 实操心得：排查终端无法上网时，这是一个关键步骤。首先在接入交换机上查看该终端的MAC是否被正确学习到，且端口是否正确。如果没学到，可能是终端到交换机的链路问题；如果学到的端口不对，可能是中间有非法接入或配置错误。

3.2.2show ip route

对于三层交换机或路由器，这是它的“导航地图”。

Ruijie# show ip route Codes: C - connected, S - static, R - RIP, O - OSPF, B - BGP D - EIGRP, EX - EIGRP external, * - candidate default Gateway of last resort is 192.168.1.254 to network 0.0.0.0 C 192.168.1.0/24 is directly connected, Vlan1 O 10.1.2.0/24 [110/2] via 192.168.1.254, 00:05:21, Vlan1 S* 0.0.0.0/0 [1/0] via 192.168.1.254

• 作用：显示IP路由表，即设备如何将数据包转发到其他网络。
• 关键解读：
  • 路由来源：开头的代码是关键。C直连路由（接口配了IP自动产生），S静态路由，OOSPF动态路由，RRIP路由等。如果预期的动态路由（如OSPF）没有出现，说明动态路由协议邻居可能没建立。
  • 管理距离/度量值：如[110/2]，前者是管理距离（值越小越优先），后者是度量值（协议内部计算成本）。当有多条路径到达同一网络时，根据这些值选择最优路径。
  • 下一跳和出接口：via 192.168.1.254, Vlan1指明了数据包下一跳送给谁，从哪个本地接口出去。
• 排查应用：当设备无法访问某个网段时，首先用show ip route查看是否有通往该网段的路由条目，以及下一跳是否可达。

3.2.3show arp

ARP表是联系IP（第三层）和MAC（第二层）的“电话本”。

Ruijie# show arp Protocol Address Age (min) Hardware Addr Type Interface Internet 192.168.1.1 0 5869.6c1a.0a01 ARPA Vlan1 Internet 192.168.1.100 12 0050.7966.6803 ARPA GigabitEthernet 0/24

• 作用：显示ARP缓存表，即IP地址到MAC地址的映射关系。
• 关键解读：
  • Age：条目存活时间。动态ARP条目会老化（通常20分钟）。如果某个重要服务器的ARP条目频繁消失或变化，可能意味着网络中存在ARP欺骗攻击。
  • Interface：学到该ARP条目的接口。这有助于定位设备所在的广播域。
• 与MAC地址表关联：show arp显示的是IP-MAC映射，且条目关联到三层接口（如Vlanif）。show mac-address-table显示的是MAC-端口映射。两者结合，可以完整追踪一个IP数据包从三层路由到二层转发的全过程。例如，先通过show ip route找到下一跳IP，再通过show arp找到下一跳的MAC，最后通过show mac-address-table找到这个MAC从哪个物理端口出去。

3.3 第三层侦察：配置与版本信息

3.3.1show running-config

这是最最最重要的命令之一，查看设备当前内存中运行的配置。

Ruijie# show running-config Building configuration... Current configuration : 4567 bytes ! version RGOS 10.4(3b12) Release(174193) ! hostname Ruijie ! vlan 1 ! interface GigabitEthernet 0/1 switchport access vlan 10 ! ... (其余配置)

• 作用：显示设备当前生效的所有配置。
• 关键点：设备重启后，这些配置会丢失，除非你将其保存到启动配置中。因此，在做任何变更后，对比运行配置和启动配置是否一致是必须的步骤。
• 使用技巧：
  • 可以使用管道符|进行过滤，例如show running-config | include vlan 10只查看包含“vlan 10”的配置行。
  • show running-config interface gigabitEthernet 0/1可以只查看特定接口的配置。
  • 在备份配置或排查问题时，我习惯将运行配置导出：show running-config > tftp://192.168.1.100/running-config.txt（需要提前配置TFTP服务器）。

3.3.2show startup-config

查看设备下次启动时会加载的配置，即保存在NVRAM（非易失性存储器）中的配置。

Ruijie# show startup-config Startup-config saved at 17:30:05 UTC Mon Mar 11 2024 ! version RGOS 10.4(3b12) Release(174193) ! hostname Ruijie ... (配置内容)

• 作用：显示已保存的启动配置。
• 核心价值：用于确认当前的运行配置 (running-config) 是否已经保存。如果两者不一致，设备重启后将会回退到startup-config的状态，可能导致业务中断。任何配置变更后，务必使用write memory或copy running-config startup-config命令保存！
• 故障场景：经常遇到一种情况，工程师远程修改了配置，业务测试正常，但没有保存。晚上机房断电重启后，第二天业务全部中断，原因就是配置丢失。show startup-config是验证保存操作是否成功的直接方法。

3.3.3show version

这是设备的“身份证”和“体检报告”摘要。

Ruijie# show version System description: Ruijie Networks S5750-24GT/8SFP-E //设备型号 System uptime: 150 days, 18 hours, 30 minutes System hardware version: 2.0 System software version: RGOS 10.4(3b12) Release(174193) //软件版本 System boot version: 10.4.1 System serial number: 1234567890ABCDEF System MAC address: 5869.6c1a.0a01 ... (其他信息，如模块信息、License信息等)

• 作用：显示设备型号、硬件版本、软件（RGOS）版本、序列号、MAC地址、运行时间等关键系统信息。
• 关键解读与应用：
  1. 软件版本：在寻求官方技术支持、下载补丁或已知某个版本有BUG时，必须提供此信息。不同版本的功能和命令可能有细微差别。
  2. 运行时间：System uptime显示设备连续运行了多久。如果运行时间很短，说明设备最近重启过，需要结合日志排查重启原因（断电、升级、故障？）。
  3. 序列号和MAC：用于设备注册、资产管理和License绑定。
  4. 型号信息：确认设备的具体型号和端口能力，便于规划升级或替换。

3.4 第四层侦察：系统健康与日志

3.4.1show processes cpu/show processes memory

监控设备的CPU和内存使用情况，相当于任务管理器。

Ruijie# show processes cpu CPU utilization for 5 seconds: 15%; 1 minute: 12%; 5 minutes: 10% PID Process Runtime(ms) Invoked Usecs 5Sec 1Min 5Min 1 Chunk Manager 12000 500000 24 0% 0% 0% 2 IP Input 8000 1000000 8 2% 1% 1% ... (其他进程)

• 作用：show processes cpu查看CPU总体利用率和各进程占用情况；show processes memory查看内存总体利用率和各进程占用情况。
• 关键解读：
  • 总体利用率：通常，在业务平稳期，CPU利用率应低于70%，内存利用率应有一个稳定的基线。如果5 minutes的CPU利用率持续高于80%，甚至达到100%，说明设备可能正在处理异常流量（如环路广播风暴、DoS攻击）或某个进程异常。
  • 异常进程：查看哪个进程（Process）的5Sec或1MinCPU占用率异常高。例如，IP Input过高可能意味着大量数据包需要CPU处理（如ACL过滤、NAT）；STP进程异常可能生成树在频繁计算。
• 注意事项：偶尔的CPU峰值是正常的（如路由表更新、大量ARP学习），但持续高位是警报。结合show log查看同一时间点有无相关错误日志。

3.4.2show log/show logging

查看系统的日志消息，这是排查历史故障的“黑匣子”。

Ruijie# show log %Mar 11 10:05:23: %LINK-3-UPDOWN: Interface GigabitEthernet 0/24, changed state to down %Mar 11 10:05:25: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet 0/24, changed state to down %Mar 11 10:05:30: %SYS-5-CONFIG_I: Configured from console by admin on vty0

• 作用：显示系统日志缓冲区中的消息。这些消息记录了接口状态变化、协议事件、配置变更、错误和警告等信息。
• 日志级别：锐捷日志通常有级别，如3-UPDOWN，数字越小越紧急（0-7级）。%LINK-5-CHANGED是链路变化信息，%SYS-5-CONFIG_I是配置变更信息。
• 故障排查黄金线索：当业务在某个时间点中断时，第一时间查看该时间点前后的日志，往往能直接定位问题根源，比如接口反复up/down（物理链路问题）、生成树拓扑变更、设备重启、配置被更改等。
• 高级用法：默认日志存在设备缓冲区，容量有限。可以配置将日志发送到Syslog服务器进行集中存储和分析，这对于大型网络和审计至关重要。命令通常涉及logging host等。

3.4.3show environment(部分型号支持)

查看设备的温度、风扇、电源等环境传感器状态。

Ruijie# show environment System Temperature: 45 Celsius Fan Status: Normal Power Supply 1 Status: Normal Power Supply 2 Status: Absent

• 作用：监控设备的物理运行环境。过热是导致设备不稳定甚至宕机的常见原因。
• 关键解读：确保温度在正常范围内（通常低于60摄氏度），风扇状态为Normal。如果温度持续攀升或风扇报错，需要检查机房空调、设备风道是否被堵塞、风扇是否积灰过多。
• 注意：并非所有型号都支持此命令，且命令输出格式可能因型号和版本而异。对于核心设备，建议定期检查。

4. 命令组合使用与高级排查技巧

单独使用每个命令是基础，真正的功力在于根据故障现象，组合使用这些命令进行逻辑推理。

场景一：用户反馈电脑接在Gi0/10口上不了网。

1. 第一步（物理层）：show interface gigabitEthernet 0/10。看接口状态是否为up/up。如果是down/down，检查网线。如果是up/down，检查交换机端口和对端设备的VLAN配置是否匹配。
2. 第二步（数据链路层）：在用户电脑开机并设置好IP后，在交换机上show mac-address-table | include [用户电脑的MAC地址]。看能否学到该MAC，且端口是否为Gi0/10。如果学不到，问题可能在电脑到交换机的链路上。如果学到其他端口，可能有环路或私接设备。
3. 第三步（网络层）：如果MAC学习正常，在交换机上show arp | include [用户电脑的IP地址]。看是否有该IP的ARP条目。如果没有，可能是用户IP配置错误，或者网关（三层交换机接口）没有回应ARP请求。
4. 第四步（网关侧）：在作为网关的三层交换机上，show ip route [用户电脑的网段]，确认路由存在。并show arp查看是否学习到用户电脑的ARP。

场景二：网络间歇性卡顿，怀疑有广播风暴或环路。

1. 第一步（看状态）：show interface brief，观察是否有多个接口流量异常高（看接口速率显示，或后续用show interface看计数器增长飞快）。
2. 第二步（看CPU）：show processes cpu，看CPU利用率是否持续高位，特别是IP Input等进程。
3. 第三步（看MAC表）：show mac-address-table，检查是否有同一个MAC地址出现在多个端口下，这是环路的典型特征。
4. 第四步（看日志）：show log，查看有无大量端口up/down翻动或生成树拓扑变更的日志。
5. 第五步（抓包定位）：如果以上迹象明显，可以尝试在怀疑的端口上配置端口镜像，使用抓包工具分析流量，确认风暴来源。

场景三：设备重启后部分配置丢失。

1. 第一步（对比配置）：分别执行show running-config和show startup-config，使用show running-config | compare startup-config（如果支持）或借助文本比较工具，找出差异点。
2. 第二步（检查保存）：回忆或查看日志 (show log)，确认在修改配置后是否执行了write memory或copy run start。日志中会有%SYS-5-CONFIG_I记录配置来源，但保存操作不一定有单独日志。
3. 第三步（检查存储空间）：部分老设备或Flash空间满可能导致保存失败。可以尝试dir命令查看存储空间。

5. 日常维护与配置备份最佳实践

掌握了查看命令，更要养成良好的运维习惯。

1. 定期巡检脚本化：将show version、show interface brief、show processes cpu、show environment等命令组合起来，编写一个简单的Expect或Python脚本，定期（如每天）登录设备执行并保存输出。通过对比历史数据，可以提前发现CPU利用率上升、接口错误计数增长等趋势性问题。
2. 变更前备份：在进行任何配置变更前，务必先备份当前运行配置。最可靠的方法是使用TFTP/FTP/SCP将配置导出到外部服务器。命令如copy running-config tftp://192.168.1.100/backup/[设备名]-[日期].cfg。
3. 变更后保存与验证：变更完成后，立即执行write memory保存。然后再次执行show running-config相关部分验证配置是否生效，并执行show startup-config确认保存成功。最后，进行必要的业务测试。
4. 日志集中管理：务必配置日志服务器（Syslog）。设备本地缓冲区容量有限，一旦被覆盖，历史故障日志将无从查起。集中日志便于检索、分析和关联多台设备的事件。
5. 命令别名与快捷键：对于你常用的查看命令，可以在设备上设置别名来提升效率。例如：alias exec ss show interface status，这样以后输入ss就等于输入了show interface status。这个技巧在频繁操作时能节省大量时间。

这些命令和技巧，构成了网络工程师管理锐捷交换机的“肌肉记忆”。它们看似简单，但却是所有复杂故障排查和网络优化的基石。花时间熟悉它们，理解每一行输出背后的含义，你的网络运维之路会顺畅很多。记住，最好的学习方式就是在实验环境（如EVE-NG）或非核心设备上反复练习，观察正常状态下的输出，再尝试制造一些故障（比如拔掉网线、配置错误VLAN、制造环路），观察输出如何变化。这种亲手实践得来的理解，远比死记硬背要深刻得多。