交换机命令实战：VLAN划分、Trunk与链路聚合在局域网组网中的应用-平芜编程栈

1. 项目概述与组网前的准备

1.1 这个项目到底在解决什么问题

先说结论：这篇不是教你背命令的字典式教程，而是把交换机常用命令放回真实的局域网组网场景里，告诉你“什么时候该敲什么、敲完怎么验证、出了问题怎么排查”。

局域网组网这件事，听着简单——几台设备接上线，能互相访问就完事了——但真正做过的人都知道，从物理链路铺好到最后业务正常跑通，中间隔着无数细节。尤其是用交换机做二层组网和三层转发时，命令就是你和设备沟通的唯一语言。命令不熟，不仅是效率低的问题，更可能在配置错误后连回滚的路子都找不到。

这篇内容适合谁？刚接触网络设备、准备做小中型局域网组网的网管，或者公司里被拉去“顺便管一下网络”的运维同学。我会从连接设备的准备工作开始，一直讲到VLAN划分、跨交换机通信、链路聚合，再到日常维护和故障排查的常用命令，整套流程走下来，你会对交换机命令有一个成体系的认知框架，而不是零散地记一堆指令。

1.2 组网方案与设备角色的基础认知

在做任何配置之前，先花一两分钟想清楚你的组网架构。常见的局域网组网，核心就是一台三层交换机做网关，下面挂二层交换机扩展接口数量，服务器或电脑接入到对应VLAN。如果规模更小，一台二层交换机也能撑起整个办公室。

不管是哪种方案，交换机的角色定位决定了你要敲的命令方向：

二层交换机：只管数据帧转发，配置重点在VLAN、Trunk、接口模式这些二层特性。
三层交换机：除了二层特性，还要配VLAN接口的IP地址（SVI），负责VLAN间的路由转发。
堆叠或多台接入交换机场景：还要考虑链路聚合，保证上联带宽和冗余。

建议在动手配置前，画一张简单的拓扑图，哪怕就是手画几个方框和线也好。我在实践中见过太多“边配边想”导致的混乱，最后接口该属于哪个VLAN都理不清，排查起来极其痛苦。拓扑图是组网的第一步，也是后面所有命令操作的地图。

2. 基础配置命令：设备和网络连通的第一步

2.1 连接设备与进入配置模式

拿到一台新的交换机，第一步不是敲命令，而是通过Console线连接设备。新设备、或者密码丢失的设备，SSH/Telnet都是不通的，只能通过Console口进。连接方式一般是电脑的串口或USB转串口，接上设备的Console口，用终端软件（比如SecureCRT、Xshell、PuTTY）打开对应串口。

很多初学者在这里就会卡住，因为不知道串口的参数怎么设置。一般交换机Console口的参数是固定的：波特率9600，数据位8，停止位1，无校验，无流控。如果连接后屏幕上乱码或者没反应，大概率就是波特率设错了，或者是USB转串口线驱动没装好。

连上之后，设备通常直接停在用户模式，提示符长得像这样：

Switch>

这个 “>” 是用户模式，只能看一些基础信息，不能改配置。真正动手配置，要先进特权模式，再进全局配置模式：

Switch> enable Switch# configure terminal Switch(config)#

enable（可简写为en）：进入特权模式，提示符变成#。在这里可以看配置、保存配置、调试设备。
configure terminal（可简写为conf t）：进入全局配置模式，提示符变成(config)#。所有全局生效的配置都在这个模式下敲。

注意：不同厂商的设备，命令可能略有差异。我下面主要以思科风格命令为例，但会同步说明通用场景下的变通。华为、H3C的很多命令思路类似，只是关键词不同，理解原理后上手并不难。

2.2 给交换机起名字和配置管理地址

进入全局配置模式后的第一件事，我习惯先给交换机改个主机名。别小看这一步，组网设备多了以后，每个设备的提示符会默认显示主机名。如果所有交换机都叫 “Switch”，到时候分不清自己在哪台设备上，一旦敲错设备就是生产事故。

改主机名非常简单：

Switch(config)# hostname Core-SW01 Core-SW01(config)#

这里把名字改成 Core-SW01，提示符立刻变化，后面所有操作都带着设备名，就知道自己在哪台设备上了。

接下来是配置管理地址。很多人以为交换机不用配IP，只要插着网线能转发数据就行——二层转发确实不需要IP，但你要远程管理它、要让它能ping通别的设备、要给它做日志上报，就必须有个IP。这个IP一般配在管理VLAN的接口上，最常见的是VLAN 1，但出于安全考虑，最好单独开一个管理VLAN。

Core-SW01(config)# interface vlan 1 Core-SW01(config-if)# ip address 192.168.1.2 255.255.255.0 Core-SW01(config-if)# no shutdown Core-SW01(config-if)# exit

这里interface vlan 1是进入VLAN 1的逻辑接口，ip address后面跟的是交换机管理IP和掩码。最后那个no shutdown尤其重要——很多人配完管理地址发现ping不通，回头一查，接口是down状态。交换机的物理接口默认是开启的，但VLAN逻辑接口、还有部分设备的三层接口，默认可能处于关闭状态，必须手动打开。

2.3 通过远程连接管理设备

管理地址配好后，就可以把电脑接到局域网里，用Telnet或SSH远程连接交换机了。这里我强烈建议直接配SSH，不要用Telnet。

Telnet是明文传输，用户名密码在网络里裸奔，抓包就能看到。在真实办公环境或生产环境里使用Telnet，等于把设备的控制权拱手送人。

SSH配置步骤如下：

Core-SW01(config)# hostname Core-SW01 Core-SW01(config)# ip domain-name example.local Core-SW01(config)# crypto key generate rsa modulus 2048 Core-SW01(config)# username admin privilege 15 secret Admin@123 Core-SW01(config)# line vty 0 4 Core-SW01(config-line)# transport input ssh Core-SW01(config-line)# login local Core-SW01(config-line)# exit

简单解释一下：SSH需要主机名和域名生成加密密钥，crypto key generate rsa就是生成RSA密钥对，modulus 2048指定密钥长度。username创建本地用户，secret后面是加密后的密码（不会像password那样明文显示）。line vty 0 4是远程登录的虚拟终端线路，配置它只允许SSH协议接入，并用本地数据库做认证。

这几条配置完之后，每次远程管理就用SSH客户端连接交换机IP，安全性和便利性都拉满。

3. VLAN规划与接口类型配置

3.1 VLAN划分的核心思路

局域网组网中最常见的需求，就是把广播域切成小块。办公区、研发区、服务器区互相隔离，既能减少广播流量，又能做访问控制。这时候就要靠VLAN。

VLAN划分的思路其实很简单：把物理上连在一起的设备，逻辑上隔成一个个独立的二层域。VLAN 10里的设备发广播，只有VLAN 10里的设备能收到，VLAN 20完全感知不到。

在交换机上创建VLAN：

Core-SW01(config)# vlan 10 Core-SW01(config-vlan)# name Office Core-SW01(config-vlan)# exit Core-SW01(config)# vlan 20 Core-SW01(config-vlan)# name R&D Core-SW01(config-vlan)# exit

vlan 10后面的数字是这个VLAN的ID，范围1到4094，name是给VLAN起个名字，方便记忆和管理。我个人的习惯是：VLAN号采用分段管理，比如10-20办公区、30-40研发区、100-150服务器区、1000以上管理段，这样才能保证后续接新设备时不用满脑子乱猜。

在较新的交换机系统里，还支持配置VLAN范围，比如一次创建多个VLAN：

Core-SW01(config)# vlan 10-20 Core-SW01(config-vlan-range)# exit

这样10、11、12一直到20都会一次性创建出来。这个功能在建批量VLAN的时候很省时间。

3.2 Access口与Trunk口的配置差异

VLAN创建好了，接下来就是要把物理接口分到对应的VLAN里。这里涉及交换机的接口模式，两种最基础也最关键的模式是Access口和Trunk口。

Access口：连接终端设备的端口，比如电脑、打印机、服务器网卡。Access口只能属于一个VLAN，收到的数据帧会打上该VLAN的标签，但发往终端设备时会剥掉标签——终端设备感知不到VLAN标签的存在。

配置Access口：

Core-SW01(config)# interface gigabitethernet 0/1 Core-SW01(config-if)# switchport mode access Core-SW01(config-if)# switchport access vlan 10

这里把1口划到VLAN 10。switchport mode access强制这个口是Access模式，switchport access vlan 10指定它归属的VLAN。命令里我写了完整的接口名gigabitethernet，实际配置时可以简写为gi，设备会自动补全。

配置多个接口时，用interface range可以批量操作，省去逐条敲的麻烦：

Core-SW01(config)# interface range gigabitethernet 0/1-24 Core-SW01(config-if-range)# switchport mode access Core-SW01(config-if-range)# switchport access vlan 10

这个命令直接把1到24口全部划入VLAN 10，非常高效。但要注意，如果这些接口里有需要做Trunk或者别的用途的，一定要单独再配置，别一次性全划进去。

Trunk口：连接交换机和交换机（或者交换机和路由器）的端口，用来传送多个VLAN的数据流量。Trunk口和Access口的核心区别在于，Trunk口在发送数据时会保留VLAN标签，这样接收端交换机才能识别这个数据帧属于哪个VLAN。

配置Trunk口：

Core-SW01(config)# interface gigabitethernet 0/24 Core-SW01(config-if)# switchport mode trunk Core-SW01(config-if)# switchport trunk allowed vlan 10,20,100

这里switchport mode trunk把24口设为Trunk模式，switchport trunk allowed vlan限制这个Trunk允许通过的VLAN列表。如果不配置最后一条，Trunk默认放行所有VLAN。出于安全和控制考虑，建议显式指定放行列表，只让必要的VLAN通过Trunk链路，避免莫名其妙把所有VLAN流量都引过来。

坑点提醒：两端的Trunk口配置必须一致。如果A交换机Trunk放行VLAN 10、20，B交换机Trunk只放行VLAN 10，那么VLAN 20跨交换机通信就会中断。而且这个问题在排查时很隐蔽，因为物理链路是通的，接口也是up的，就是VLAN间不通。用show interfaces trunk一查就能看出来。

3.3 Native VLAN的特殊处理

Trunk口还有一个特别的概念——Native VLAN（本征VLAN），默认是VLAN 1。

Native VLAN的作用是：原本Trunk口传输数据帧时都带VLAN标签，但有一种不带标签的帧，会走在Native VLAN里。这听起来有点绕，说白了就是在VLAN号为1（或者其他指定VLAN）的流量，通过Trunk链路时不打标签。

这个设计是为了兼容一些老旧的中继协议，但也带来了安全隐患——常见的VLAN跳跃攻击就是利用Native VLAN机制实现的。一个典型场景：攻击者接在Trunk口上，发送一个DTP（动态中继协议）请求，如果端口是自动模式，就可能被协商成Trunk，然后攻击者就能看到所有VLAN的流量。

所以，安全基线配置是：在Trunk口上把Native VLAN改成VLAN 1以外的VLAN，同时禁用DTP协商：

Core-SW01(config)# interface gigabitethernet 0/24 Core-SW01(config-if)# switchport trunk native vlan 1000 Core-SW01(config-if)# switchport mode trunk Core-SW01(config-if)# switchport nonegotiate

switchport trunk native vlan把Native VLAN改成1000，switchport nonegotiate关闭DTP协商。两端Trunk口的Native VLAN也必须一致，否则会出现跨交换机VLAN10通、VLAN20不通的这种妖问题——实际原因就是两端对无标签帧归属的判定不同。

4. 跨交换机通信与链路聚合配置

4.1 多交换机下的VLAN中继配置实战

实际组网时，不可能所有终端都接到一台交换机上。多台交换机级联时，就要靠Trunk链路把各台设备的VLAN信息串起来。

举个例子：假设有两台交换机，SW-A和SW-B，VLAN 10的办公终端分别分布在两台交换机上，SW-A的gi 0/1接了一台电脑，SW-B的gi 0/1也接了一台电脑，两台交换机之间通过各自的gi 0/24相连。

要让位于不同交换机的VLAN 10终端能够互通，配置分两部分：

SW-A的配置要点：

创建VLAN 10
gi 0/1设为Access口并划入VLAN 10
gi 0/24设为Trunk口并放行VLAN 10

SW-B的配置要点：

创建VLAN 10
gi 0/1设为Access口并划入VLAN 10
gi 0/24设为Trunk口并放行VLAN 10

两端配置做完后，SW-A上VLAN 10的终端发送广播帧，帧从gi 0/1进入SW-A，带上VLAN 10标签，通过gi 0/24发往SW-B，SW-B识别VLAN标签后转发到自己的gi 0/1，最终到达终端。VLAN标签在Trunk链路上是保留的，只在最后出口Access口时被剥掉。

这一整套流程，建议配置后用ping做验证。在SW-A上ping SW-B的VLAN 10终端，能通就说明VLAN中继配置正确。如果ping不通，先查Trunk状态，再查Access口划入的VLAN号是否一致，这是出现跨交换机通信故障时最常见的两个排查点。

4.2 线路冗余与带宽扩展：EtherChannel配置详解

只有一根Trunk线连着两台交换机，一旦这根线出问题，整个跨交换机通信就全断了。很多组网项目里，会用两根甚至四根线做链路聚合（EtherChannel / Port-Channel），把多条物理链路捆绑成一个逻辑链路，既增加带宽，又实现冗余。

EtherChannel的好处是显而易见的：四根1G的线聚合成一个逻辑链路，总带宽4G，还消除了生成树协议对冗余链路的阻塞问题（生成树会把冗余链路的接口置为Blocking状态，只留一条Active的链路）。聚合后，逻辑链路对生成树来说是一条链路，不会出现环路。

在思科设备上配置链路聚合，推荐使用LACP（链路聚合控制协议）模式，更具兼容性，也便于自动协商：

Core-SW01(config)# interface range gigabitethernet 0/23-24 Core-SW01(config-if-range)# channel-group 1 mode active Core-SW01(config-if-range)# exit Core-SW01(config)# interface port-channel 1 Core-SW01(config-if)# switchport mode trunk Core-SW01(config-if)# switchport trunk allowed vlan 10,20,100

这里的逻辑分成两步：先用channel-group 1 mode active把物理口gi 0/23和gi 0/24纳入编号为1的逻辑通道，mode active表示主动启用LACP协商。然后进入interface port-channel 1—— 这是逻辑接口——在逻辑接口上配置Trunk及放行的VLAN就行，它会把这个Trunk配置自动应用到所有成员口。

配置完一定要在另一端也做相同配置。两端的LACP模式建议都配成active，一端active另一端passive也是可以的，但如果一端是active另一端是on（强制模式），协商就可能导致链路状态异常。

经验提醒：链路聚合两端Trunk配置必须完全一致，而且成员口的物理参数（速率、双工）也要一致。如果一端的一个口是千兆、另一端是百兆，LACP会协商失败，聚合链路起不来。

配置完可以用以下命令查看聚合链路状态：

Core-SW01# show etherchannel summary

这个命令的输出会列出Port-Channel编号、成员口和协议状态。如果看到“SU”状态（Switched、Up）说明链路正常；看到“SD”（Switched、Down）或者协议状态不对，多半是两端配置不一致或物理链路有问题。

4.3 用接口状态检查验证链路质量

不管是普通Trunk还是链路聚合，配完之后都不能直接拍屁股走人。验证是组网里最关键的环节，我一般会在每完成一个配置块后顺手敲一遍检查命令，确认设备真的是按配的生效了。

最常用的是show interfaces status：

Core-SW01# show interfaces status

它的输出会列出所有接口的端口名、状态、VLAN归属、双工模式和速率。状态那一列如果显示“up”，说明接口物理层和链路层都正常；显示“down”是物理链路没通——网线没插好、对端设备没开机或者光模块故障都可能；显示“err-disabled”就麻烦一点，通常是端口被安全策略或端口安全功能禁用，需要手动恢复。

另外，show interfaces trunk专门看Trunk的状态，包括Trunk口列表、Native VLAN和允许通过的VLAN列表。这个命令在排查跨交换机通信问题时几乎是必用的：

Core-SW01# show interfaces trunk

如果这里显示的允许VLAN列表和你在配置里设置的不一致，那就说明有其他配置覆盖了你的意图，需要回看配置查找冲突。

5. 日常运维和故障排查：命令就是排障线索

5.1 查看配置和状态的核心命令组合

设备上配置了什么东西、现在跑成什么状态，全都要靠查看命令来了解。我常用的查看命令不多，但每一条在关键时刻都能救急。

show running-config是最基础的一条，它显示设备当前运行中的完整配置（跑在内存里的配置）。排查问题时，第一件事就是用它看全局配置有没有明显错误，比如某个接口的VLAN归属不对、Trunk放行了过多VLAN。

show startup-config显示的是保存在Flash里的启动配置。这条命令主要用于确认保存是否成功——改了配置之后，如果不做保存，设备一重启，配置就全部回到原来的状态了（这也是一个初学者最容易踩的坑）。

show ip interface brief用来查看三层接口的IP地址配置和状态。管理员在排查设备间路由问题，或者想确认交换机管理IP是否生效时，敲这条命令最直观。

show vlan brief（或show vlan）列出所有VLAN的ID、名字和包含的接口。这个命令看的是，我创建了哪些VLAN，哪些接口划入了哪个VLAN。它的输出是一张表，非常直观。

命令	查看内容	典型使用场景
show running-config	当前运行配置	检查配置是否与预期一致
show startup-config	启动配置文件	确认保存是否成功
show ip interface brief	三层接口IP与状态	排查管理地址不可达
show vlan brief	VLAN及其接口归属	确认VLAN划分是否正确
show interfaces trunk	Trunk链接状态	排查跨交换机VLAN通信问题
show interfaces status	物理接口状态	检查网线/光模块是否正常
show mac address-table	MAC地址表	排查终端设备是否报文到达某端口
show etherchannel summary	聚合链路状态	验证EtherChannel是否正常

5.2 连通性排查的黄金路径：从底层往上找

网络不通，问题出在哪一层？这是一个老生常谈但始终关键的问题。我排查网络问题的路径一直是固定的，从物理层开始一层层往上查，绝不跳跃。

第一步，看物理链路。用show interfaces status检查接口是否up。接口是down的，直接去查网线、光模块、对端设备，别在设备配置上浪费时间。

第二步，确认VLAN和MAC学习情况。接口up了但业务不通，先看show vlan brief确认接口的VLAN归属对不对。然后在交换机上查show mac address-table，看看交换机的MAC地址表里有没有学到对端设备的MAC。如果学不到，说明数据帧根本没从那个口进来，链路问题出在物理层或接口模式上。如果能学到MAC但就是不通，问题可能在三层或更高的路由层面。

第三步，测网关连通性。在终端设备上ping网关，通说明二层正常；不通就在交换机上查网关SVI接口的状态。

第三步，用ping和tracert定位路径。在电脑上ping网关、ping对端设备、做tracert，看数据包在哪里中断。在交换机上也可以用扩展ping，指定源地址测试多VLAN下的连通性：

Core-SW01# ping 192.168.20.1 source 192.168.10.1

这条命令从192.168.10.1这个源地址去ping 192.168.20.1，用来验证VLAN间路由是否正常，比直接在终端上ping更有针对性，因为它绕开了终端设备侧的变量。

这几步层层递进，基本能定位90%以上的局域网通信故障。

5.3 常见故障场景与处理速查

故障排查的经验，往往比配置命令更值钱。这里整理几个我在实操中反复遇到的场景和处理手段，可以直接参考：

场景一：电脑网口灯亮着，但交换机接口状态是down

这个问题很多人会遇到。网口灯亮只能说明物理链路是通的，但如果电脑网卡和交换机接口的协商有问题，或者交换机端口被手动shutdown了，就会显示down。处理方法是先检查有没有故意关闭端口，再看是不是速率协商问题——有些老设备或特殊网卡需要强制端口速率。最后看链路层是否up，如果协议层down，多半是STP计算问题或者对端设备异常。

场景二：接口状态是err-disabled

这个状态一般是端口安全（port-security）触发导致，比如连接设备改变了端口对应的MAC，或者配置了switchport port-security后接到新设备触发违规。处理方法：

Core-SW01(config)# interface gigabitethernet 0/1 Core-SW01(config-if)# shutdown Core-SW01(config-if)# no shutdown

先手动关再开，让端口重新学习MAC。注意这条命令是应急处理，根本问题还是要去port-security配置里调整策略。

场景三：配置了VLAN后，同一VLAN内的两台电脑互相ping不通

先确认两台电脑的网卡IP是不是在同一个网段，这虽然是基础问题，但经常发生。然后查交换机上两台电脑接的接口是不是真的划到了同一个VLAN，用show vlan brief核实。之后检查中间有没有Trunk链路，Trunk放行列表里有没有包含这个VLAN。最后再逐段ping测试，定位断点。

场景四：交换机配置后忘记保存，重启全丢了

这不是故障，是操作习惯问题。修改完配置，一定要用copy running-config startup-config保存。否则设备一重启，所有配置恢复原样。这条在思科设备上还可以简写为wr。华为设备的命令是save，思科是copy running-config startup-config，不同厂商有细微差异，但原理一样。

5.4 恢复出厂和密码恢复的操作方法

接手一台老旧交换机，或者设备密码丢失进不去，怎么处理？

密码恢复的思路是：重启设备，在启动阶段进入ROM监控模式（ROMmon），跳过启动配置加载，这样设备在启动后不加载保存的配置，不需要密码就能进入特权模式。进入后把启动配置改名或删除，重启设备就恢复出厂状态了。

在思科设备上，重启时按住Ctrl+C或Ctrl+Break（具体快捷键取决于设备型号和IOS版本）进入ROMmon模式，然后执行加载镜像的命令，设备启动时会跳过后面的配置加载：

rommon 1 > confreg 0x2142 rommon 2 > reset

confreg 0x2142是修改配置寄存器值，让设备启动时不读取配置文件。设备启动后，把配置里的密码重置，再把配置寄存器改回来，并保存。

这个操作适合在测试环境里练习，别在没做备份的情况下对生产设备做。恢复出厂有更彻底的方法：

Core-SW01# erase startup-config Core-SW01# reload

erase startup-config清空保存的配置，reload是重启设备。重启后设备会问是否保存当前配置，这里一定要选“no”，否则运行配置又会被写回去，等于没擦除。

注意：erase startup-config清空的只是启动配置，不在内存里的运行配置。如果设备没有重启，它还照常跑着当前配置。只有当reload完成后，设备才会真正回到类似出厂的状态。

6. 配置管理：让组网改动可回溯、可恢复

6.1 为什么配置保存不只是敲一条命令的事

配置保存，听上去很简单——就是一条copy running-config startup-config。但真正做过一段时间的网络运维，你会发现“保存”背后还牵扯一个很大的问题：改动可回溯。

局域网里最怕的不是配置复杂，而是哪天有人改了一台设备、但没人记得改了哪里。过了一个月出故障了，对着running-config看了半天，也不知道哪条配置是后来加的。所以，做好配置的定期备份和变更记录，不是锦上添花，而是组网工程里必须做的基础工作。

我个人的做法是：每次大改动之后，用TFTP、FTP或者直接show running-config输出，把配置导出来，按设备名和日期归档保存。比如：

Core-SW01# copy running-config tftp://192.168.100.10/backup/core-sw01-20250120.conf

这样即使设备彻底挂掉，也能在备机上快速恢复基础配置，而不是从零开始重新敲一遍。在稍微大一点的网络里，配置备份脚本配合定时任务，几乎是标配。

6.2 配置比对与回滚的实操技巧

配置变更出了问题，需要回滚到之前的状态。很多人第一反应是“重新敲一遍老配置”，但手工操作在有时间压力下最容易出错。更好的做法是，配置前先备份（导出到文件），出问题时把备份的配置还原回去。

用TFTP服务器配合，还原的步骤大概是：

Core-SW01# copy tftp://192.168.100.10/backup/core-sw01-20250120.conf running-config

这条命令会把之前备份的配置直接覆盖到当前运行配置里。注意，这个操作不会清除当前运行配置里已有、但备份文件里没有的配置，所以如果要完整还原，最好的思路是：先erase startup-config再reload，重启后用备份配置覆盖运行配置，最后保存。

实际操作时，我建议净化一下配置再导入，避免把一些不相关的调试命令也带进去。

举一个对比命令的实例：想要知道当前配置和之前备份的差异，可以把两份配置都导出来，在电脑上用文本对比工具比对，或者直接在设备上用show running-config比对差异。对于关键设备，我更推荐在电脑端写一个小脚本，定期抓取所有交换机的running-config放到备份目录里，用文本对比工具做差异对比。一旦有异常改动，马上就能看出来。

7. 常用命令汇总与实战建议清单

7.1 命令速查表

整个组网过程中反复用到的命令，我整理成了一张速查表，方便实际敲的时候对照：

场景	命令	说明
进入特权模式	`enable`	从用户模式进入特权模式
进入全局配置	`configure terminal`	从特权模式进入配置模式
改主机名	`hostname [名称]`	设置设备标识
配置管理IP	`interface vlan 1`→`ip address [IP] [掩码]`	配置VLAN接口地址
启用接口	`no shutdown`	打开处于关闭状态的接口
创建VLAN	`vlan [编号]`→`name [名称]`	定义VLAN
配置Access口	`switchport mode access`+`switchport access vlan [编号]`	把接口划入指定VLAN
配置Trunk口	`switchport mode trunk`+`switchport trunk allowed vlan [列表]`	配置中继链路
配置Native VLAN	`switchport trunk native vlan [编号]`	设置无标签帧所属VLAN
批量接口配置	`interface range [接口范围]`	同时进入多个接口
链路聚合	`channel-group [编号] mode active`	配置EtherChannel成员口
查看运行配置	`show running-config`	查看当前设备完整配置
查看接口状态	`show interfaces status`	查看接口up/down状态
查看Trunk状态	`show interfaces trunk`	查看Trunk口及放行VLAN
查看VLAN	`show vlan brief`	查看VLAN及接口归属
查看MAC表	`show mac address-table`	查看二层转发条目
查看聚合状态	`show etherchannel summary`	查看链路聚合状态
测试连通性	`ping [IP]`/`ping [IP] source [IP]`	测试三层可达性
保存配置	`copy running-config startup-config`	保存配置到Flash
清空配置	`erase startup-config`+`reload`	恢复出厂状态

7.2 组网配置的黄金路径

最后分享一条我每次做局域网组网的通用操作路径，按这个顺序走，能减少很多来回折腾：

画拓扑图，规划IP和VLAN段。
Console连接设备，配置主机名和管理IP。
配置SSH远程管理，设置管理用户。
创建VLAN，配置Access口和Trunk口。
跨交换机部署链路聚合，验证聚合状态。
配置三层SVI接口的IP，确认VLAN间路由。
从终端ping测试，交替使用show命令验证每层转发。
保存配置，导出备份，写变更记录。

这条路径适合中大型局域网组网，也适合只有两台交换机的小型场景，只是第5步看情况省略即可。

8. 实操下来的几句实在话

设备配置这条路，光看命令不行，一定要找台设备实打实地敲一遍。哪怕是模拟器也好，把VLAN、Trunk、链路聚合反复配几遍，把故障模拟出来再排查几遍，印象会深得多。我见过太多人能背出命令，但真到了设备前，连接口模式的含义都讲不清楚——命令不是背出来的，是用出来的。

另外，养成保存配置的习惯。这个怎么强调都不过分。一条copy running-config startup-config，十几秒的事情，能避免设备重启后一切归零的惨剧。备份文件也建议留存，哪怕只是每次改动后导出一份文本，出问题时翻一下，就是救命稻草。

最后一点，组网这件事，稳定的架构比花哨的配置更重要。能用简单配置解决的，就别用复杂方案。能用一根Trunk解决的，不一定非要用四根；但该做冗余的地方，也千万别省。网络调试时最大的成本永远是排障时间，而大多数排障时间花在了“不知道之前改了什么”上。做好规划、做好备份、做好验证，一次组网稳稳地跑上几年，比什么都强。