简介这是一份面向网络管理员与网络初学者的多厂商命令速查手册围绕华为、华三、思科、锐捷四大品牌整理基础配置命令覆盖查看与保存配置、VLAN创建与删除、access/trunk接口模式、批量接口配置、STP生成树、端口聚合等高频场景以同义命令对照方式呈现帮助在混合设备环境中快速迁移操作习惯。包体为单个PDF文件共1个文件压缩包大小约107KB内容以表格化命令列表为主适合打印或移动端随时查阅。目前已有2130人学习下载。资料不仅列出各家对应命令还补充了Tab键补全、取消配置undo/no、接口关闭与开启、设备命名、路由表/ARP/MAC表查看等基础细节并针对undo portswitch开启三层功能、STP快速生成树切换、Eth-Trunk/Bridge-Aggregation/Port-Channel聚合组配置等进阶操作给出逐条对照可作网络设备配置的随身速查字典也能为考前集中复习提供清晰提纲。1. 四厂商基础命令对照一份能救场的速查表做过网络运维的人都懂最尴尬的不是不会配而是配到一半卡在命令上。手里同时管着几家厂商的交换机路由器经常是刚在左边那台敲完 display回头到另一台习惯性敲 show回车之后设备没反应才意识到记混了。这份资源干的事情很朴素把华为、H3C、思科、锐捷这四家厂商的基础命令按同一个操作维度排成对照表从进入配置模式、保存配置、配 VLAN、做 trunk、写静态路由、配 NAT到日常巡检的 CPU 内存端口状态全部是「同一行操作、四个写法」的结构。适合驻场运维、集成商交付工程师、刚入行还在背命令的人。它解决的核心问题只有一个让大家少翻车先能敲对再谈理解。2. 基础命令的三大类差异视图切换、配置保存、重启删除2.1 视图体系差异先搞清你在哪一层四家厂商在交互逻辑上分成两派。A/B 两家语法相近走的是「用户态 - 系统视图 - 子视图」这条链C/D 两家更接近经典思科逻辑要先 enable 进入特权态再 config terminal 进全局配置态。第一次从 A 厂设备切到 C 厂最容易犯的错就是忘记 enable直接在用户态敲 config terminal然后收到一堆报错。操作A 厂B 厂C 厂D 厂进入配置模式system-viewsystem-viewenable 再 config terminalenable 再 config terminal退回上一级quitquitexitexit直接回顶层视图returnreturnendend查看当前生效配置display current-configurationdisplay current-configurationshow running-configshow running-config这里有两个细节值得单独说。一是 quit 和 exit 语义基本对齐但 return 和 end 的行为有差异return 是直接从任意子视图跳回用户态end 是从全局配置态直接跳回特权态。如果你在 C 厂设备的接口配置态里敲 end会直接退到特权态而不是一级一级退。二是提示符本身就代表层级我一般把「看提示符判断当前视图」作为上机第一习惯。A 厂系统视图提示符是 [设备名]接口视图是 [设备名-GigabitEthernet0/0/1]C 厂则是 设备名(config)# 和设备名(config-if)#。如果提示符显示已经在系统视图再敲一次 system-view 反而会进到子视图的嵌套里不少新手在这里迷路。2.2 保存、删除与重启save/write 背后的三个坑保存配置这一组动作四家厂商看起来只是单词不同实际踩坑最多。A/B 厂用 save 保存C/D 厂用 write本质都是把当前 running-config 写入启动配置。删除配置则对应 reset saved-configuration 和 erase startup-config重启对应 reboot 和 reload。操作A 厂B 厂C 厂D 厂保存配置savesavewritewrite删除保存的配置reset saved-configurationreset saved-configurationerase startup-configerase startup-config重启设备rebootrebootreloadreload删除文件deletedeletedeletedelete# A 厂保存时会有确认交互 A save The current configuration will be written to the device. Are you sure to continue? [Y/N]:Y # C 厂 write 的典型回显 C# write Building configuration... [OK]save 和 write 的差异不只是单词。A 厂在部分版本上保存时默认询问文件名直接回车是覆盖默认配置输错文件名会导致保存到非启动文件重启后配置丢失。这个坑我见过不止一次。另一个常见问题是在改动配置后忘记保存就拔电重启后回到上一个保存点现场恢复半天发现白干。我的习惯是每次改完配置在敲完 save/write 后立刻执行一次 display saved-configuration 或 show startup-config确认关键改动已经在启动配置里。再说删除配置。erase startup-config 在 C 系设备上执行后如果紧接着 reload设备会恢复到出厂状态这个操作没有后悔药也没有二次确认。A 厂 reset saved-configuration 相对温和但同样不可逆。删除配置之前一定要先 display current-configuration 留底稿。2.3 Tab 补全与问号帮助最廉价的上手工具所有厂商都支持 Tab 补全这是最容易忽略但最值得养成的习惯。命令记不全没关系输入前几个字母按 Tab设备会自动补全补出多个候选时再按一次 Tab 会继续循环候选。配合问号键使用效果更好。# A 厂输入 dis 后按 Tab会补全出所有以 dis 开头的命令 [A] display # 想看某个命令后面能接什么参数输入命令加空格加问号 [A] display ? current-configuration Display current configuration interface Display interface information cpu-usage Display CPU usage information问号帮助在 C/D 厂也是通用的在特权态输入 show 加空格加问号能看到所有 show 子命令。这个习惯比查文档快得多尤其是背不下完整参数的时候先让设备告诉你它能干什么。还要补一个容易忽略的细节C 厂在用户态敲 enable 进入特权态后如果长时间不操作默认会有超时自动退出。这时候 Tab 补全仍然是可用的但已经退回用户态敲命令会提示权限不足先重新 enable 再继续。3. 交换机高频命令VLAN、接口模式、批量配置与聚合的四种写法3.1 VLAN 的增删查改四家只差一个单词创建 VLAN 四家都是 vlan 加编号查看是 display vlan 和 show vlan 的区别删除则分成 undo vlan 和 no vlan 两派。这个维度相对简单真正的差异在 VLAN 接口视图和 IP 地址配置上。操作A 厂B 厂C 厂D 厂创建 VLANvlan 10vlan 10vlan 10vlan 10查看 VLANdisplay vlandisplay vlanshow vlanshow vlan删除 VLANundo vlan 10undo vlan 10no vlan 10no vlan 10进入 VLAN 接口interface vlan 10interface vlan 10interface vlan 10interface vlan 10配置接口 IPip address 192.168.10.1 24ip address 192.168.10.1 255.255.255.0ip address 192.168.10.1 255.255.255.0ip address 192.168.10.1 255.255.255.0VLAN 接口配置里有一处写得比较全A 厂支持在接口视图下直接写 ip address 192.168.10.1 24 这种掩码简写C/D 厂必须写完整掩码 255.255.255.0。输入简写会被拒绝。批量创建 VLAN 时A 厂可以用 vlan batch 10 to 20 一次创建多个C 系没有直接的批量创建命令只能逐个 vlan 10、vlan 11 这样敲或者用脚本生成。删除已存在物理成员的 VLAN 时部分厂商会连带清掉接口上的 access vlan 配置恢复时要重新加。3.2 access 与 trunk接口模式的两套关键词体系接口模式的配置是四家命令差异最集中的地方。access 和 trunk 的语义一致但配置动词完全不同A/B 厂是 port link-type accessC/D 厂是 switchport mode access。把接口加入 VLAN 时A 厂用 port default vlanC 厂用 switchport access vlan。# A 厂把接口 G0/0/1 配成 access 并加入 vlan 10 interface GigabitEthernet0/0/1 port link-type access port default vlan 10 undo shutdown # C 厂执行同样的操作 interface GigabitEthernet0/1 switchport mode access switchport access vlan 10 no shutdowntrunk 的差异也同样在动词上。允许 VLAN 通过时A 厂写法是 port trunk allow-pass vlan 10 20C 厂是 switchport trunk allowed vlan add 10,20。这里有一个隐蔽的坑C 厂默认 trunk 允许所有 VLAN如果有人在接口上执行了 switchport trunk allowed vlan 10,20就变成只放通这两个 VLAN后续再加 VLAN 必须用 add 参数而不是重新指定列表。有人在现网上把 add 漏了直接导致其他 VLAN 断流。三层接口的开启方式也是一处高频翻车点。A/B 厂用 undo portswitch 或 port link-mode route 把二层接口切成三层口C/D 厂用 no switchport。这个操作一般要在接口视图下执行如果接口已经被配置成二层模式切换会导致原有二层配置全部清空属于不可逆操作执行前务必确认接口用途。3.3 批量配置接口port-group 与 interface range 的差别批量配置是日常开局省时间的关键。A 厂用 port-group group-member 指定一组接口C/D 厂用 interface range 加连续端口范围。两者都支持连续端口但边界条件不太一样。# A 厂批量把 1 到 5 号口设为 trunk 并放通 vlan 10 20 port-group group-member GigabitEthernet0/0/1 to GigabitEthernet0/0/5 port link-type trunk port trunk allow-pass vlan 10 20 # C 厂批量把 1 到 5 号口设为 trunk interface range GigabitEthernet0/1 - 5 switchport mode trunk switchport trunk allowed vlan add 10,20interface range 指定的端口必须连续而且通常要求在同一槽位内跨槽位要用多个 range 或者直接逐个接口配。A 厂的 port-group 相对灵活能跨槽位选中但如果范围内的某个端口不存在命令直接报错。批量配置完一定要抽查一两个端口用 display this 或 show run interface 确认实际生效批量简化操作常常会掩盖中间某个端口配置失败的问题。3.4 端口聚合与 STP成对配置先看模式端口聚合的创建命令四家完全不同A 厂 interface eth-trunk 1B 厂 interface Bridge-Aggregation 1C 厂 interface port-channel 1D 厂 interface aggregateport 1。LACP 模式的开启方式也各有写法。聚合最关键的一条是两端模式必须一致一端手工聚合、一端 LACP协商不起来物理口即使都是 up逻辑口也不工作。# A 厂创建三层聚合口并加入两个物理口 interface Eth-Trunk1 ip address 10.0.0.1 24 interface GigabitEthernet0/0/1 eth-trunk 1 interface GigabitEthernet0/0/2 eth-trunk 1 # C 厂创建二层聚合口 interface port-channel 1 switchport mode trunk interface GigabitEthernet0/1 channel-group 1 mode activeSTP 部分注意点更多。A 厂需要在系统视图下 stp enable 开启B 厂可能默认就是全局开启C 厂默认开启 PVST。改成快速生成树时A/B 厂是 stp mode rstpC 厂是 spanning-tree mode rapid-pvst 或 spanning-tree mode rstp取决于交换机型号和 VLAN 配置方式。边缘端口配置 A 厂是 stp edged-port enableC 厂是 spanning-tree portfast。改 STP 模式属于全局操作在现网上执行前要确认当前拓扑有没有环路一旦模式切换引发生成树重算可能造成几十秒的全局断流。4. 路由器命令默认路由、ACL、NAT、DHCP 的落地对照4.1 静态路由与默认路由掩码写法是最大隐患默认路由四家写法几乎一致区别只在动词前缀。静态路由的差异就比较隐蔽了尤其是 C/D 厂的目的网段掩码位置。这份表里 C/D 厂静态路由写的是 ip route 192.168.2.0 0.0.0.0 10.1.1.1这个写法在思科语法里等于把 0.0.0.0 当成了目标掩码会直接把 192.168.2.0 当作主机路由处理。正确写法应该是 ip route 192.168.2.0 255.255.255.0 10.1.1.1。# A 厂到达 192.168.20.0/24 网段下一跳 10.0.0.2 ip route-static 192.168.20.0 255.255.255.0 10.0.0.2 # C 厂同一条路由的正确写法 ip route 192.168.20.0 255.255.255.0 10.0.0.2 # 查看路由表核对是否生效 display ip routing-table show ip route我拿到任何一张命令对照表第一步就是核对静态路由这一行。这类速查表很多是从不同文档拼出来的C 系命令里把掩码抄成 0.0.0.0 是常见错误。如果照抄到现网所有去往目标网段的流量会全部丢给下一跳直接断网。配置完路由后马上用 display ip routing-table 或 show ip route 确认路由状态不是 inactive再考虑测试连通性。4.2 基础 ACL反掩码和隐式拒绝是两座大山ACL 在四家厂商里分两套逻辑。A/B 厂要先编号创建高级 ACL 用 acl 3000基础 ACL 用 acl 2000C/D 厂不需要提前创建直接 access-list 加编号加规则。规则本身的写法差异也很大。# A 厂高级 ACL允许内网 192.168.1.0/24 访问 192.168.2.2 的 80 端口 acl 3000 rule 5 permit tcp source 192.168.1.0 0.0.0.255 destination 192.168.2.2 0.0.0.0 destination-port eq 80 # C 厂同样的规则 access-list 100 permit tcp 192.168.1.0 0.0.0.255 192.168.2.2 0.0.0.0 eq 80 # 应用到接口入方向 traffic-filter inbound acl 3000 ip access-group 100 inACL 这里有两个必须理解的点。一是 C 系和 A 厂都使用反掩码 0.0.0.255 而不是 255.255.255.00.0.0.255 表示匹配前 24 位255.255.255.0 表示精确匹配最后八位。二是 ACL 末尾存在隐式拒绝所有未显式允许的流量都会被丢弃。很多人配完 ACL 发现业务全断原因就是只写了一条 permit忘了还有默认 deny。应用方向也要搞清楚in 是流量进入接口时匹配out 是流量离开接口时匹配。同一个 ACL 应用方向反了表现是规则看似生效实际过滤的流量对象完全不同。4.3 NAT 与端口映射接口方向的正确性决定成败NAT 配置是四家差异最大的部分之一。A/B 厂的思路是在接口下直接关联 ACLC/D 厂是经典的内网口 outside、外网口 inside 加全局 overload 方式。# A 厂配置外网口 NAT复用 acl 2000 interface GigabitEthernet0/0/0 nat outbound 2000 # C 厂配置 NAT overload interface GigabitEthernet0/0/0 ip nat inside interface GigabitEthernet0/0/1 ip nat outside ip nat inside source list 1 interface GigabitEthernet0/0/1 overload # A 厂端口映射外网 8080 映射到内网 172.16.1.1 的 80 interface GigabitEthernet0/0/0 nat server protocol tcp global current-interface 8080 inside 172.16.1.1 80 # C 厂端口映射 ip nat inside source static tcp 192.168.1.1 80 120.1.1.1 8080C 厂方式里 ip nat inside 和 ip nat outside 必须成对出现方向接反的直接表现是内网能通外网外网访问内网全部失败或者反过来。A 厂的 current-interface 关键字很有用表示用外网接口当前实际地址作为映射地址避免公网 IP 变化后映射失效。端口映射配完别急着让用户测先在路由器本机用 telnet 或 ping 验证再确认外网侧端口状态。4.4 DHCP 地址池一位地址池各厂写法几乎不同DHCP 服务在 A/B 厂要先全局开启 dhcp enable 或 service dhcpC/D 厂默认可能是关闭的。地址池的创建语法四家各不相同同一份表里能看到四种写法并存。# A 厂地址池配置 dhcp enable ip pool dhcp_test network 192.168.1.0 mask 255.255.255.0 gateway-list 192.168.1.254 dns-list 8.8.8.8 # C 厂地址池配置 service dhcp ip dhcp pool test network 192.168.1.0 255.255.255.0 default-router 192.168.1.254 dns-server 8.8.8.8DHCP 的坑通常在细节。network 字段有的厂商接受缩位掩码写法比如 24有的必须写完整掩码跨厂商复制配置时特别容易踩。网关和 DNS 的参数名也不同gateway-list 和 default-router 语义一致但拼错一个字母整个地址池就不能下发。我建议配置完成后在客户端上用 ipconfig /all 或 dhclient 获取一次地址重点看网关和 DNS 有没有下发对而不是只看地址池状态是 up。内网如果有第二个 DHCP 服务器存在地址冲突会出现得很随机排查时先确认网络中只有一个 DHCP 源。5. 巡检命令避坑CPU、内存、端口状态的五类误判与排查5.1 CPU 占用高但业务正常先看进程再看接口现象用 dis cpu-usage 或 show processes cpu 查看CPU 占用到了百分之七八十但业务没有明显感知。原因网络设备的 CPU 占用率和服务器不是一个概念。二层广播风暴、大量路由协议更新、ACL 匹配次数过高都会拉高 CPU。部分厂商的 CPU 显示是实时采样值偶尔冲高属于正常波动关键是看持续和均值。解决先查进程列表确认是哪个进程在消耗 CPU路由协议进程还是中断处理。再查接口流量和错误计数排除广播风暴。C 系设备的 show processes cpu 会显示 5 秒、1 分钟、5 分钟三个负载值持续看 1 分钟值比单看实时值更有判断力。5.2 内存显示已用很高别急着判定泄漏现象dis memory-usage 或 show processes memory 显示 used 占比接近百分之九十开始担心设备内存泄漏。原因很多厂商的 used 统计里包含了缓存和缓冲池这些内存在高转发场景下被大量占用业务下降时会被自动释放。单看一个时间点的 used 值会误判。解决连续采集多个时间点的内存数据观察趋势。如果空闲内存稳定在一个较低但不变的水平通常是正常缓存如果空闲内存持续下降且不回落才需要考虑内存泄漏。确需排查时重启设备前先保存配置避免排查完回来配置丢了。5.3 端口状态 up 但业务不通物理和协议是两回事现象dis int brief 或 show interfaces status 看到端口 up但终端连不上或者 ping 不通对端。原因端口 up 只代表物理层有信号。链路协商、自协商模式不匹配、对端 shutdown、光纤收发接反都可能让端口物理 up 但协议层不正常。部分厂商的端口状态里up 后面还有一行协议状态要认真区分。解决用 dis interface 或 show interface 查看详细状态和错误计数。重点看 CRC 错误、alignment errors、runts 这些字段。速率和双工不一致时错误计数会持续增长。两端手工指定 speed 和 duplex 的一致值是绕过协商问题最直接的办法。5.4 日志刷屏导致关键告警被覆盖现象查 dis logbuffer 或 show logging 时满屏都是接口 up/down 的反复告警真正想看的配置变更记录或链路告警已经被冲掉。原因logbuffer 是循环缓冲容量有限日志量大的时候早期的记录会被覆盖。默认日志级别同时输出到 console 和 buffer接口抖动频繁的网络环境几分钟就能刷完一个缓冲区。解决提前把日志缓冲容量调大或者针对告警级别做过滤。C 系设备还要确认日志确实写入了缓冲有些版本需要 logging buffered 显式开启。巡检时看到关键日志被冲掉先用输出重定向把当前缓冲内容倒出来再分析不要当场翻屏幕。5.5 不分页设置不稳定terminal length 0 的生效范围现象在 C 系设备上执行 terminal length 0 之后当前会话不分页了很顺畅。但重新登录又恢复分页每次都要重新敲。原因terminal length 0 和 A 厂的 screen-length 0 默认都只在当前会话生效写入配置才会持久化。另一方面有些厂商的 screen-length 设置在部分版本上对 Telnet 和 SSH 会话也生效脚本抓取输出时可能因为不分页导致格式异常。解决临时巡检时用会话级命令不写入配置。需要长期不分页时把命令写进 vty 或 console 的配置段里。写脚本抓取设备输出时显式在每条命令前加 terminal length 0 或 screen-length 0避免依赖设备的默认分页设置。6. 把命令表变成工作流一页纸对照卡与配置回滚的后悔药拿到这份对照表直接查命令不是最优用法。我会在接触一个新项目设备时先把所有涉及的高频命令过一遍模拟环境再上真机。上机的时候随身带一张自己整理的一页纸对照卡格式就是从全表里摘出最常用的十条按操作维度横向排列。操作A 厂C 厂进入配置态system-viewenable config terminal保存savewrite配 VLAN 接口 IPinterface vlan 10 ip addressinterface vlan 10 ip address接口进 VLANport default vlan 10switchport access vlan 10静态路由ip route-static ...ip route ...查看路由表display ip routing-tableshow ip route查看 CPUdisplay cpu-usageshow processes cpu查看端口状态display interface briefshow interfaces status改配置之前强制走一遍「三查」流程先 display current-configuration 或 show running-config 看当前生效配置再 display saved-configuration 或 show startup-config 看启动配置两者有差异就说明之前有人改过没保存。实际操作结束后重新 display 一遍并对比。下面这段是我常用的对比方式# 保存前先把当前配置导出备份 display current-configuration before.txt # 改动完成并保存后再导出一份 display current-configuration after.txt # 逐行对比确认改动正好是预期那几条 diff before.txt after.txt这个习惯救过我不少次。刚入门的时候我在一台汇聚交换机上加了一个 ACL以为自己只是放行了新网段实际把原有的一条规则踩掉了。业务报障之后我紧急回看了前后两份配置才发现是隐式拒绝叠加现有规则把一段内网断了。从那以后我每次修改现网都强制走一遍「先显示、再保存、再对比」的流程哪怕是只改一条端口速率也照做。这份命令对照表能帮你敲对命令但能不能不出事故靠的还是这套动作。希望帮到你。本文还有配套的精品资源点击获取