简介面向网络管理员与运维人员的锐捷交换机常用操作命令手册系统整理锐捷交换机的配置模式、基础设置及高频排错命令解决日常设备调试、远程管理与安全加固等实际问题。资源为1个PDF文件压缩包大小约282KB体量轻量既适合通读学习也便于打印后放在工位速查。内容覆盖用户、特权、全局、端口四种配置模式以及交换机命名、管理密码、管理IP和网关配置同时详细讲解接口电口/光口切换、速率与双工调整、VLAN划分、端口镜像、端口聚合、堆叠、ACL、端口安全、防攻击、DHCP和三层交换配置末尾汇总常用查看命令。正文附有具体配置实例与注意事项在接口速率不匹配、光纤指示灯不亮等常见故障场景中可直接对照排查。目前已有1108人学习下载适合网络初学者系统入门也是项目实施与排障时的高效参考。1. 锐捷交换机常用命令先把你手里这本手册读成自己的底牌“锐捷交换机常用操作命令手册.pdf”这行字多半躺在你网盘某个角落或者在工位打印机旁边落灰。真正进了机房能救你的往往不是手册本身而是你提前背熟的那二十来条命令。锐捷交换机的命令行整体延续了业界常见的语法风格但不同 RGOS 版本之间总有些细节差异照着华为的习惯敲锐捷第一回大概率要翻车。下面这套内容把手册里最高频的操作挑出来按“登录 → VLAN → 三层网关 → 聚合口对接 → 排错与备份”的顺序走一遍适合刚接手锐捷设备的网络运维、集成商新人也适合做跨厂商对接时翻出来对参数的熟手。2. 登录与查看命令从 Console 到 SSH把第一行命令敲通拿到一台新锐捷第一件事不是急着配业务而是先确认怎么进去、进去之后怎么看家底。很多人死在第一步Console 线插上SecureCRT 里一片空白或者敲了回车没反应。这一章把登录链路上的三个环节拆开讲清楚。2.1 首次登录Console 线连接与连接参数新设备没配 IP 之前唯一的入口是 Console 口。用 SecureCRT、Xshell 或 PuTTY 建一个串口会话连接参数是固定的波特率 9600数据位 8停止位 1无校验流控关闭。流控这一项最容易漏特别是“硬件流控”默认打开时你敲的命令会莫名其妙丢失输出还会卡住不动。这属于典型的“线都插对了但软件参数没对齐”。连接成功后你会看到Ruijie提示符说明已经进入用户模式。命令行分三层用户模式、特权模式#、全局配置模式(config)#。日常配置基本都是这个路径Ruijie enable Ruijie# configure terminal Ruijie(config)# hostname CORE-SW CORE-SW(config)# end CORE-SW# write memoryenable从用户模式进特权模式默认情况下新设备没有 enable 密码直接回车就能进configure terminal进入全局配置模式之后敲的命令才是改设备配置的hostname给设备改名改完提示符马上变成新名字这是确认“我已经在全局模式”的直观信号最后end退回特权模式write memory把当前配置保存到启动配置文件里。生产环境里第一次登录后必须给 enable 加口令并开启密码加密否则任何拿到 Console 权限的人都能直接改配置。锐捷不同版本加口令的关键字略有差异普通做法是enable password或enable secret二选一具体以你设备对应手册为准。2.2 远程登录准备SSH 开启与用户权限Console 口管理毕竟不方便设备上线后第一件事就是配管理 IP、开远程访问。常见做法是给设备建一个管理 VLAN把管理地址放进去然后开 SSH。Telnet 虽然配置更简单但密码明文传输生产环境不推荐SSH 是现在的主流选择。Ruijie enable Ruijie# configure terminal Ruijie(config)# interface vlan 1 Ruijie(config-if-VLAN1)# ip address 192.168.1.254 255.255.255.0 Ruijie(config-if-VLAN1)# no shutdown Ruijie(config-if-VLAN1)# exit Ruijie(config)# username admin privilege 15 password admin123 Ruijie(config)# enable service ssh-server Ruijie(config)# end Ruijie# write memory这段命令做了三件事给设备一个可被网管终端访问的三层地址创建一个最高权限的本地账号开启 SSH 服务。interface vlan 1在锐捷上叫 VLAN 接口no shutdown不能漏很多 VLAN 接口默认管理状态是 down 的配完地址不通先查这一句。privilege 15表示该用户拥有最高权限级别普通运维账号可以降到更低的级别。最后一行enable service ssh-server是多数 RGOS 版本开启 SSH 服务的命令少数较老的版本用ip ssh server enable我一般在设备上先敲show version确认系统版本再决定用哪条。2.3 必背的查看命令show 系怎么用配置之前先查这是排错的第一纪律。很多人上来直接改配置改完才发现问题根本不在那里。锐捷的查看命令以show开头和华为的display不是一套语法刚转过来的人最容易在这里卡壳。Ruijie# show version Ruijie# show running-config Ruijie# show interface status Ruijie# show vlan brief Ruijie# show mac-address-tableshow version看设备型号、RGOS 版本和运行时间开局和报障时先甩这条命令给厂家能省掉一堆无效沟通。show running-config看当前生效配置这是最常用的一条相当于把设备当前状态完整拉出来。show interface status看所有接口的物理状态和协商速率排查链路时第一眼就看它。show vlan brief看 VLAN 划分摘要确认业务 VLAN 有没有建、端口有没有划进去。show mac-address-table看 MAC 表查终端上线、查环路、查 MAC 漂移都靠它。在锐捷上接口编号有固定写法GigabitEthernet 0/1通常简写成Gi 0/1前面是槽位号后面是端口号。查看单个接口的详细信息用show interface GigabitEthernet 0/1里面能看到收发包计数、CRC 错误和 input/output 丢包这些指标是判断光模块或网线质量的关键依据。如果你发现 show 出来的结果太长可以加管道过滤锐捷支持类似show running-config | include vlan的写法这条我在后面讲聚合口排错时还会用到。3. VLAN 与接口配置access、trunk 与协商参数的完整命令VLAN 配置是交换机运维里最日常的动作。看似简单翻车率却不低特别是批量划端口、trunk 放行列表覆盖、双工速率协商这三件事。这一章从建 VLAN 开始把接口侧的命令逐个讲透。3.1 创建 VLAN 并把接口划进去access 口的完整命令业务上通常按部门或功能划分 VLAN。先说最小命令集建一个 VLAN把一个物理口划进去保存。Ruijie# configure terminal Ruijie(config)# vlan 10 Ruijie(config-vlan10)# name office Ruijie(config-vlan10)# exit Ruijie(config)# interface GigabitEthernet 0/1 Ruijie(config-if-GigabitEthernet 0/1)# switchport mode access Ruijie(config-if-GigabitEthernet 0/1)# switchport access vlan 10 Ruijie(config-if-GigabitEthernet 0/1)# end Ruijie# write memoryvlan 10在锐捷上的语义是“进入 VLAN 10 的配置视图”如果这个 VLAN 不存在就自动创建不需要像某些厂商那样先创建再进入。name office给 VLAN 起名方便后期识别可写可不写。switchport mode access把接口模式设为 accessswitchport access vlan 10把接口划分到 VLAN 10。这里有个细节锐捷不少型号的接口默认就是 access 模式所以只写第二句也能生效但写成完整命令在跨型号操作时更稳不会因为默认模式差异而出现“端口划进去了但 VLAN 没通”的怪问题。批量操作时用interface range把一段口一次性划进同一 VLANRuijie(config)# interface range GigabitEthernet 0/1-8 Ruijie(config-if-range)# switchport access vlan 10interface range后可以用逗号分隔多个不连续的接口比如GigabitEthernet 0/1, GigabitEthernet 0/5也可以像上面这样用短横线表示范围。注意进入 range 视图后只能执行适用于所有成员接口的公共命令如果某条命令对其中某个口不适用整条命令会报错回滚。3.2 trunk 口放行 VLAN跨交换机通信的关键交换机之间的上联口要承载多个 VLAN这时候必须用 trunk。很多新手在 trunk 上翻车不是因为模式配错而是因为放行列表被覆盖。Ruijie(config)# interface GigabitEthernet 0/24 Ruijie(config-if-GigabitEthernet 0/24)# switchport mode trunk Ruijie(config-if-GigabitEthernet 0/24)# switchport trunk allowed vlan 10,20,30 Ruijie(config-if-GigabitEthernet 0/24)# endswitchport mode trunk把口设为 trunk 模式allowed vlan 10,20,30定义这个 trunk 口放行哪些 VLAN。锐捷的语义和 Cisco 类似这条命令是整体覆盖不是追加。也就是说如果之前放行了 10、20、30、40你执行switchport trunk allowed vlan 10,20之后40 就被从放行列表里移除了。这个坑我在升级业务时踩过想追加一个 VLAN结果把原来的 VLAN 全干掉了整片业务中断。正确做法是先show running-config interface GigabitEthernet 0/24看当前放行列表再把新旧 VLAN 一起写进去一步到位。关于默认 VLANVLAN 1 在很多锐捷设备上默认是放行的不建议轻易从 trunk 上移除因为部分管理协议和控制报文依赖 VLAN 1 转发。如果对端是其他厂商设备对接前一定要确认两端的 native VLAN本征 VLAN一致否则 untagged 报文会走错 VLAN出现“通了但广播风暴”的诡异现象。3.3 接口双工与速率协商失败时怎么处理千兆以上的接口基本都是自适应但在两种场景下你会遇到协商问题一是新设备与老旧百兆设备对接二是光模块速率不对等。现象很典型接口状态 up但 ping 大包丢包率极高业务时好时坏。很多人以为是光模块坏了换了好几根尾纤才发现是双工不匹配。Ruijie(config)# interface GigabitEthernet 0/1 Ruijie(config-if-GigabitEthernet 0/1)# speed 1000 Ruijie(config-if-GigabitEthernet 0/1)# duplex fullspeed 1000把接口速率强制到千兆duplex full强制全双工。这两条命令的关键约束是必须和对端保持一致两端都强制或者两端都自适应不能一端强制一端自适应。半双工和全双工不匹配时冲突域里会出现大量 late collision业务表现为严重的丢包和延迟。实际处理时我一般先把两端都改成自适应观察几分钟如果协商结果不对再两端同时手动固定。光口上不要随意敲 speed 命令很多光模块接口在不支持协商的模式下会被迫降速反而弄巧成拙。另外show interface GigabitEthernet 0/1输出里的 Speed 和 Duplex 字段是排查协商问题的第一依据。如果显示speed auto, duplex auto但双方不一致先查两端是否有一端被强制过参数。锐捷设备的接口错误计数里CRC 和 giants 增长通常指向物理层问题input errors 增长则可能指向双工不匹配或上游广播风暴。4. 三层路由与网关静态路由、OSPF 和 VRRP 这么配VLAN 划好只是二层通了终端要互访、要上公网必须有三层网关和路由。锐捷的三层配置整体上对思科用户很友好但对华为转过来的同事反掩码和路由下一跳写法都需要重新适应。这一章按“SVI 网关 → 静态路由 → OSPF → VRRP”的顺序展开。4.1 SVI 接口与网关VLAN 间路由的最小配置三层交换机上VLAN 的网关不是一个物理口而是一个逻辑接口叫 SVISwitch Virtual Interface。它的配置思路是给某个 VLAN 建一个三层接口配一个 IP这个 IP 就是该 VLAN 内终端的网关。Ruijie(config)# interface vlan 10 Ruijie(config-if-VLAN10)# ip address 192.168.10.1 255.255.255.0 Ruijie(config-if-VLAN10)# no shutdowninterface vlan 10进入该 VLAN 的三层接口视图ip address后面跟的是 IP 和子网掩码不是反掩码只有路由协议里才用反掩码这条最容易和 OSPF 搞混。no shutdown是必修课部分锐捷版本的 VLAN 接口创建后默认是 down不执行这句网关就 ping 不通。配置完成后用show ip interface brief查看所有三层接口的 IP 和状态。VLAN 10 的终端把网关指向 192.168.10.1VLAN 20 的终端指向 192.168.20.1三层交换机默认就能转发两个 VLAN 之间的流量不需要额外写 inter-VLAN 路由。但如果你要在核心层和汇聚层之间做路由控制或者网段不直连就必须写静态路由或动态路由协议。4.2 静态路由与默认路由上行链路怎么指小型网络里静态路由是最可靠的做法没有协议开销也不存在邻居震荡问题。锐捷的静态路由语法和思科一致目的网段加掩码加下一跳。Ruijie(config)# ip route 0.0.0.0 0.0.0.0 192.168.0.1 Ruijie(config)# ip route 192.168.20.0 255.255.255.0 192.168.0.2第一条是默认路由0.0.0.0 0.0.0.0代表所有目的地址下一跳指向出口网关这是内网访问外网的必要条件。第二条是精确静态路由访问 192.168.20.0/24 网段时下一跳走 192.168.0.2。注意下一跳地址必须是本设备直连网段内可达的地址不能跨跳写一个不直连的 IP否则路由不生效系统会提示网络不可达。检查路由表用show ip route。里面会有直连路由C 开头、静态路由S 开头和动态路由O 开头代表 OSPF。这里有个常见的排查套路终端上不了网先看核心交换机上有没有默认路由如果没有终端发出的包只能到达网关之后就被丢了。4.3 OSPF 基本配置区域、通配符与重发布注意网络规模超过几十台设备或者核心与接入之间需要动态感知链路状态时OSPF 是主流选择。锐捷的 OSPF 配置从思科传承过来用通配符掩码wildcard而不是子网掩码这是新手最容易写反的。Ruijie(config)# router ospf 1 Ruijie(config-router)# network 192.168.10.0 0.0.0.255 area 0 Ruijie(config-router)# network 192.168.0.0 0.0.0.255 area 0router ospf 1中的 1 是进程号只在本地有意义两端不需要一致。network语句由网络号、通配符掩码和区域号组成。0.0.0.255表示只匹配 192.168.10.x 这个网段如果写成255.255.255.0就是反了OSPF 会完全不认这条 network。区域号常规核心区域写 0非骨干区域按规划来所有区域必须与 area 0 相连否则路由学不全。OSPF 邻居状态用show ip ospf neighbor查看Full 状态表示邻居建立成功。如果邻居卡在 Init 或 2-Way优先检查两端接口是否在同一网段、区域号是否一致、有没有 ACL 过滤 OSPF 报文。锐捷上 OSPF 的路由重发布我一般不随便用特别是把静态路由重发布进 OSPF容易造成路由回灌和环路除非有明确的多出口需求否则直接在 network 语句里把直连网段宣告出去更简单。4.4 VRRP 网关冗余主备切换的验证方法双核心或网关冗余场景下VRRP 是最常见的做法。它让多个三层设备共用一个虚拟 IP终端把网关指向虚拟 IP主设备转发流量备设备监听主设备故障时备设备接管虚拟 IP。Ruijie(config)# interface vlan 10 Ruijie(config-if-VLAN10)# vrrp 10 ip 192.168.10.254 Ruijie(config-if-VLAN10)# vrrp 10 priority 120vrrp 10中的 10 是 VRRP 组号两端必须一致ip 192.168.10.254是虚拟网关地址。优先级默认 100主设备配 120数值越大越优先。备设备上只需要配vrrp 10 ip 192.168.10.254不需要写 priority优先级默认 100 即自动成为备份。验证时用show vrrp查看本设备的 VRRP 状态Master 是主Backup 是备。实际操作中要注意虚拟 IP 不能和任何一台设备的物理接口 IP 相同两台设备的 SVI IP 要在同一网段且都能 ping 通对端。VRRP 的抢占默认是关闭的意思是主设备故障恢复后不会自动抢回 Master 角色这其实是合理设计避免主备来回切换造成全网 ARP 震荡不需要为这个现象担心。5. 避坑专题华为与锐捷聚合口对接及配置保存的五个坑跨厂商设备对接链路聚合永远是重灾区。华为交换机与锐捷交换机聚合口对接配置这个场景我处理过不止一次每次踩的坑都差不多。这一章把最高频的五个坑按“现象 → 原因 → 解决”写出来属于典型的血泪经验汇总。5.1 华为与锐捷聚合口对接模式不匹配链路起不来现象锐捷交换机和华为交换机通过两根光纤对接两端都配了链路聚合但聚合口始终起不来或者只有一个成员口 up另一个成员口一直 down两端日志里看不到任何协商信息。原因链路聚合有两种基本模式。静态手动模式不跑协商协议两端直接把物理口捆绑成一个逻辑口动态模式跑 LACP 协议靠交换报文协商主备和成员关系。最常见的问题是锐捷侧默认用了静态聚合华为侧 Eth-Trunk 默认跑 LACP或者反过来。协议模式不匹配发 LACP 报文的端对端收不到回包就永远停在 waiting 状态。解决跨厂商对接时统一用静态手动模式最省心不依赖协议协商细节。锐捷侧配在聚合口上Ruijie(config)# interface aggregateport 1 Ruijie(config-if-AggregatePort 1)# switchport mode trunk Ruijie(config-if-AggregatePort 1)# switchport trunk allowed vlan 10,20 Ruijie(config-if-AggregatePort 1)# exit Ruijie(config)# interface range GigabitEthernet 0/1-2 Ruijie(config-if-range)# aggregateport 1华为侧对应配置[Huawei] interface Eth-Trunk 1 [Huawei-Eth-Trunk1] mode manual load-balance [Huawei-Eth-Trunk1] port link-type trunk [Huawei-Eth-Trunk1] port trunk allow-pass vlan 10 20 [Huawei-Eth-Trunk1] quit [Huawei] interface GigabitEthernet0/0/1 [Huawei-GigabitEthernet0/0/1] eth-trunk 1参数说明锐捷用aggregateport创建逻辑聚合口物理口在接口视图下用aggregateport 1加入华为用eth-trunk 1做同样的事。mode manual load-balance是华为手动聚合模式与锐捷静态聚合对应。成员口上不要单独配置 VLAN 和 trunk这些统一在聚合口上做物理口加入聚合口后原本的接口配置会失效。检查命令锐捷用show aggregateport summary华为用display eth-trunk 1两边都能看到成员口是否绑定成功。5.2 聚合口成员状态反复横跳先查物理链路再查协议现象聚合口起来了但其中一个成员口每隔几十秒就 up 一次、down 一次业务流量跟着抖动ping 测试时延忽高忽低。原因最常见的是两根物理链路本身就不一致一根是好的另一根光模块或尾纤有问题也可能是两端成员口速率配置不一致或者两端 LACP 超时时间不一致导致对端频繁认为成员口超时并重新协商。先怀疑协议后怀疑物理这是很多人踩坑的根本原因。解决先把聚合口拆开把两根光纤分别插到普通接口上单独测试用show interface status确认每根链路是否稳定 up再用 ping 大包测试丢包率。物理链路全部确认没问题后再重新绑定聚合口。如果用的是动态 LACP 模式把两端的 LACP 超时时间调到一致锐捷和华为对超时周期的默认值不同对接时容易出问题。我的习惯是跨厂商场景一律用静态模式不做 LACP省掉一切协商变量。5.3 聚合口通了流量却总走同一根线现象聚合口状态 up业务也正常但一根成员链路流量跑到 90%另一根几乎为零聚合带宽完全没发挥出来。原因链路聚合的负载均衡是哈希计算不是轮流分发。两端设备计算哈希时使用的报文因子不一致。锐捷和华为的默认哈希因子可能不同有的按源目 MAC有的按源目 IP字段不一样同一批流量算出来的结果就可能总是落在同一根成员口上。解决把两端的负载均衡算法调到一致。锐捷在全局配置模式下设置Ruijie(config)# aggregateport load-balance src-dst-ip华为在 Eth-Trunk 接口下设置[Huawei-Eth-Trunk1] load-balance src-dst-ip参数说明src-dst-ip表示同时根据源 IP 和目的 IP 做哈希适合大部分 IP 业务场景如果对端设备的负载类型偏重 MAC 转发也可以两端统一用src-dst-mac。原则是两端一致不要一端 IP 一端 MAC。另外哈希算法对“少量大流量会话”场景并不友好如果业务就是几条大流聚合带宽跑不满是正常的这不是配置问题。5.4 VLAN 放行列表不一致通了又断现象聚合口状态 upVLAN 10 的终端能 ping 通对端VLAN 20 的终端完全不通在两端都放行 VLAN 20 之后还是间歇性丢包像是有流量黑洞。原因两端 trunk 的 VLAN 放行列表不一致。锐捷侧写了allowed vlan all华为侧只放行了 VLAN 1或者反过来。VLAN 20 的报文从锐捷发到华为华为侧 trunk 口不会转发这个 VLAN 的报文静默丢弃。更隐蔽的是两边列表看起来都有 VLAN 20但 one side 放行了 native VLAN 以外的 tagged 报文另一侧把 VLAN 20 当成了 untagged 报文处理语义对不上。解决明确两端放行完全相同的 VLAN 列表。华为侧先重置再放行[Huawei-Eth-Trunk1] undo port trunk allow-pass vlan all [Huawei-Eth-Trunk1] port trunk allow-pass vlan 10 20锐捷侧直接写完整列表Ruijie(config-if-AggregatePort 1)# switchport trunk allowed vlan 10,20这里有个重要的语义差异华为的port trunk allow-pass vlan是追加语义重复执行会在原列表上增加锐捷的switchport trunk allowed vlan是覆盖语义执行后整个列表被替换。所以跨厂商对接时不要靠“再敲一条”来补 VLAN正确做法是先show running-config interface或display this看清两边完整列表再一次性对齐。最后用show vlan brief和display vlan核对两端 VLAN 状态。5.5 熬夜改完没保存重启全没了现象加班到凌晨把设备配置全部改完业务验证通过第二天早上设备断电重启配置全部回到昨天之前的状态网络瘫痪。这是导致运维想找后悔药的头号事故。原因锐捷的命令行直接修改的是 running-config也就是内存里运行的配置设备上电加载的是 startup-config存放在 Flash 中。执行配置命令后不保存running 和 startup 就是两套不同的配置一旦重启所有未保存的修改全部丢失。解决每次配置会话结束前强制自己执行保存Ruijie# write memory这条命令等价于copy running-config startup-config把当前内存配置写入启动配置。批量变更时保存后还可以用show startup-config | include hostname抽查关键配置是否已经落盘。我现在的习惯是配置完成、验证通过、保存三步缺一不可并且把“保存”写进变更流程单里不依赖个人记性。6. 把常用命令变成自己的排错脚本验证与备份的收尾动作配置完成不是敲完命令就结束了验证和备份才是收尾动作。我通常按一套固定顺序做验证先看接口状态再查 VLAN然后 ping 网关最后看路由表。Ruijie# show interface status | include up Ruijie# show vlan brief Ruijie# ping 192.168.10.254 Ruijie# show ip routeshow interface status | include up筛选出所有 up 的接口快速确认链路没有异常show vlan brief确认业务 VLAN 在设备上存在ping 网关验证三层转发show ip route确认路由表有没有学全。这四条命令顺序固定可以在十秒内判断一台设备是否健康。养成这个肌肉记忆后排错就不再是到处乱敲。备份配置另一个实用手段是 TFTP 上传一条命令把设备配置抓到备份服务器Ruijie# copy running-config tftp://192.168.1.10/switch-config-20250101.cfg这条命令会把当前运行配置上传到 TFTP 服务器适合单台设备快速备份。几十台设备的场景手动逐台操作太慢我一般用 Python 脚本批量抓取paramiko 是最常用的库import paramiko for host in [192.168.1.1, 192.168.1.2]: ssh paramiko.SSHClient() ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy()) ssh.connect(host, usernameadmin, passwordadmin123, timeout5) stdin, stdout, stderr ssh.exec_command(show running-config) with open(fbackup-{host}.txt, w) as f: f.write(stdout.read().decode()) ssh.close()这段脚本逐个连接设备执行show running-config并把输出写入本地文件。生产环境里必须加上超时控制和异常捕获否则一台设备连不上整个循环会卡死在那台设备上。锐捷的设备抓配置还可以用 TFTP 上传替代 SSH 通道看现场允许哪种方式。回头看我自己的经历因为没保存配置吃过一次大亏改造到凌晨三点业务恢复后直接走人第二天客户那边断电重启所有配置回滚现场全乱。从那以后我给自己定了一条规矩任何会话关闭前必须write memory任何批量变更后必须留一份配置备份在 TFTP。验证三步走加备份一条命令这套习惯比手册里任何一条命令都值钱。希望帮到你。本文还有配套的精品资源点击获取
