面试必问vlan交换机底层原理，3步吃透802.1Q
版本升级后 API 全变了？别慌，这往往是底层逻辑没吃透的信号。很多转岗做网络运维或后端开发的同行，在准备面试必问的底层题时，最头疼的就是 VLAN 交换机这块。看似简单的端口划分，背几遍配置命令就能应付笔试，但一到面试深挖原理，或者现场排查“为什么跨交换机通信失败”，立马卡壳。
今天不聊那些虚头巴脑的理论堆砌，咱们直接拆包。把 VLAN 交换机当成一个“带标签的邮局”，用代码和伪代码把 802.1Q 协议的底层逻辑扒开揉碎。不管你是准备跳槽大厂，还是刚接手老项目遇到诡异断连，看完这篇，你能把 VLAN 的帧结构、Tag 处理流程、以及那些坑人的 Native VLAN 问题一次性讲清楚。
一句话原理与 RFC 规范溯源
先抛结论：VLAN 交换机本质是在以太网帧头插入一个 4 字节的 Tag，通过 VID（VLAN ID）实现逻辑隔离，物理上仍走同一根线。
很多新手以为 VLAN 是交换机里的一个“房间”，其实不对。VLAN 是数据帧身上的“身份证”。根据 IEEE 802.1Q 标准（这是 VLAN 的官方规范，面试时提一下显得你很懂行），交换机在转发帧时，会在源 MAC 地址和 EtherType 之间插入一个 Tag。
这个 Tag 包含三个关键字段：TPID (Tag Protocol Identifier)：固定为 0x8100，用来告诉接收方“这是个打了 Tag 的帧”。
TCI (Tag Control Information)：包含 Priority（优先级，3 位）和 CFI（0 位，保留）以及 VID (VLAN ID，12 位)。VID 决定了这个帧属于哪个 VLAN，范围是 1-4094。为什么要有这个标准？因为在没有 802.1Q 之前，VLAN 是厂商私有协议，Cisco 和 Huawei 的设备没法互通。RFC 和 IEEE 标准统一了格式，才让“混合组网”成为可能。面试时如果只说“VLAN 是隔离广播域”，只能拿 60 分；说出“基于 802.1Q 协议在 L2 帧头插入 Tag”，直接满分。
类比解释：带标签的邮局与分拣机
为了把底层原理讲透，我们把交换机想象成一个大型智能邮局。
场景 A：没有 VLAN 的传统局域网
就像一个小村庄的邮局，所有信件都扔进一个大筐。邮递员（交换机）拿到一封信，看地址（MAC 地址），如果在这个村子里，就扔出去。问题是，如果村里有 1000 户人家，所有信件都在同一个广播域里，效率极低，且隐私全无。
场景 B：引入 VLAN 后的现代邮局
现在邮局引入了“分拣标签”。入口（Access 端口）：村民（终端设备）把信交给窗口。窗口工作人员（Access 端口）会自动在信封上贴一个标签，比如“财务科专用”（VLAN 10）。注意，村民自己是不贴标签的，这是邮局干的。
内部传输（Trunk 端口）：信送到分拣中心（Trunk 端口）。这里会同时处理“财务科”和“研发科”的信。为了区分，Trunk 端口保留标签，或者对特定“VIP 信件”（Native VLAN）撕掉标签直接传，以节省空间（兼容老设备）。
出口（Access 端口）：信到了另一个村子的窗口。工作人员看标签是“财务科”，就把标签撕掉，只把信交给对应的村民。村民看到的信是没有标签的（透明性）。核心逻辑：Access 端口：只属于一个 VLAN，进帧打 Tag，出帧剥 Tag。
Trunk 端口：属于多个 VLAN，进帧保留/打 Tag，出帧根据目的端口 VLAN 决定是否剥 Tag。
Native VLAN：Trunk 口上的“免检通道”，传输该 VLAN 的帧时不打 Tag。这是很多面试陷阱和现场故障的根源。源码与伪代码：Tag 的插入与剥离
光讲类比不够硬，咱们用伪代码看看交换机芯片在底层到底怎么处理的。这段逻辑模拟了交换机收包和发包的核心路径。
// 伪代码：模拟交换机 L2 转发引擎对 802.1Q 的处理逻辑struct EthFrame {uint8_t dst_mac[6];uint8_t src_mac[6];uint16_t ethertype; // 如果 0x05DC，可能包含 VLAN Taguint8_t payload[];
};struct VlanTag {uint16_t tpid; // 0x8100uint16_t tci; // (Priority 13) | (Cfi 12) | (VlanId)
};// 1. 接收帧处理 (RX Path)
void process_rx_frame(Port *port, EthFrame *frame) {int vlan_id = extract_vlan(frame);// 判断端口类型if (port-type == ACCESS) {// Access 端口：无论帧有没有 Tag，都视为该端口的 PVID (Port VLAN ID)vlan_id = port-pvid;// 安全检查：如果帧本身带 Tag 且 Tag 不等于 PVID，丢弃 (防攻击)if (frame-has_tag extract_vlan_id(frame) != port-pvid) {drop_frame(frame);return;}} else if (port-type == TRUNK) {if (frame-has_tag) {// Trunk 收到带 Tag 的帧：检查该 VLAN 是否在允许列表中if (!port-allowed_vlans.contains(vlan_id)) {drop_frame(frame);return;}} else {// Trunk 收到无 Tag 的帧：视为 Native VLANvlan_id = port-native_vlan_id;}}// 查表转发ForwardingDecision decision = lookup_mac_table(frame-dst_mac, vlan_id);if (decision.action == FORWARD) {forward_frame(port, decision.out_port, frame, vlan_id);} else if (decision.action == FLOOD) {flood_frame(port, frame, vlan_id);}
}// 2. 发送帧处理 (TX Path) - 这是面试最爱问的“出方向”
void forward_frame(Port *in_port, Port *out_port, EthFrame *frame, int vlan_id) {bool should_tag = false;if (out_port-type == ACCESS) {// 出 Access 口：必须剥 Tag// 只有当 vlan_id == out_port-pvid 时才发送，否则丢弃if (vlan_id != out_port-pvid) {drop_frame(frame);return;}should_tag = false; } else if (out_port-type == TRUNK) {// 出 Trunk 口：// 1. 检查 VLAN 是否允许if (!out_port-allowed_vlans.contains(vlan_id)) {drop_frame(frame);return;}// 2. 判断是否为 Native VLANif (vlan_id == out_port-native_vlan_id) {should_tag = false; // Native VLAN 发送时剥 Tag} else {should_tag = true; // 其他 VLAN 发送时保留/插入 Tag}}// 执行封装/解封装if (should_tag) {insert_vlan_tag(frame, vlan_id);} else {remove_vlan_tag(frame);}hardware_send(out_port, frame);
}代码解读重点：RX 阶段的“丢弃”逻辑：Access 端口收到带 Tag 的帧，如果 Tag 跟端口 PVID 不一致，直接丢。这是防止“VLAN Hopping”攻击的第一道防线。
TX 阶段的“Native”特例：if (vlan_id == out_port-native_vlan_id) 是关键。这就是为什么 Trunk 口传 Native VLAN 的包是没有 Tag 的。如果两端交换机 Native VLAN 配置不一致，就会发生“静默丢弃”或“广播风暴”，这是现场排障的高频故障。流程描述：数据帧的完整生命周期
我们用一个具体的例子走一遍流程。
假设：PC1 接在 Switch A 的 Fa0/1 (Access, VLAN 10)
PC2 接在 Switch B 的 Fa0/1 (Access, VLAN 10)
Switch A 和 Switch B 之间通过 Gi0/1 连接 (Trunk, Native VLAN 1)
PC1 向 PC2 发送一个 Ping 包。Step 1: PC1 发送
PC1 发出以太网帧：[MAC_Dst: PC2] [MAC_Src: PC1] [EtherType: 0x0800] [Payload]
注意：PC1 发出的帧是没有 VLAN Tag 的。 终端设备（非路由器/交换机）默认不感知 VLAN。
Step 2: Switch A 接收 (Fa0/1)
Fa0/1 是 Access 端口，PVID = 10。
交换机芯片执行 process_rx_frame：检测无 Tag。
因为是 Access 口，强制打上 VLAN 10 的 Tag。
帧变为：[MAC_Dst] [MAC_Src] [TPID: 0x8100] [TCI: 0x000A] [EtherType] [Payload]
查 MAC 地址表，发现 PC2 的 MAC 在 Gi0/1 口（Trunk）。Step 3: Switch A 发送 (Gi0/1)
Gi0/1 是 Trunk 口，Native VLAN = 1，Allowed VLANs = [1, 10, 20]。
交换机芯片执行 forward_frame：目的 VLAN 是 10。
10 在 Allowed 列表中，通过。
10 不等于 Native VLAN (1)。
动作：保留 Tag。
发出的帧：[MAC_Dst] [MAC_Src] [TPID: 0x8100] [TCI: 0x000A] [EtherType] [Payload]Step 4: Switch B 接收 (Gi0/1)
Gi0/1 是 Trunk 口。检测有 Tag，VID = 10。
检查 10 是否在 Allowed 列表，是。
查 MAC 表，发现 PC2 在 Fa0/1。Step 5: Switch B 发送 (Fa0/1)
Fa0/1 是 Access 口，PVID = 10。
交换机芯片执行 forward_frame：目的 VLAN 是 10。
10 等于 PVID (10)，通过。
动作：剥离 Tag。
发出的帧：[MAC_Dst] [MAC_Src] [EtherType] [Payload]Step 6: PC2 接收
PC2 收到一个标准的以太网帧，没有 VLAN Tag。Ping 成功。
如果 Native VLAN 配错了呢？
假设 Switch B 的 Trunk 口 Native VLAN 配成了 20。Switch A 发出 VLAN 10 的帧（带 Tag，因为 10 != Native 1）。
Switch B 收到带 Tag 的帧，VID=10。
Switch B 查表，发现 VLAN 10 在 Trunk 允许列表里，正常转发。
但是！ 如果 Switch A 发出的是 VLAN 1 (Native) 的广播帧（无 Tag）。
Switch B 收到无 Tag 的帧，会认为它是 Native VLAN 20 的帧。
Switch B 会把它转发到连接 VLAN 20 的 Access 口。
结果： VLAN 1 的数据泄露到了 VLAN 20 的网段。这就是著名的 Double Tagging 或 Native VLAN Mismatch 安全隐患。实战验证与高频考点避坑
在真实的运维和面试中，以下几个点是“送命题”或“高频考点”：VLAN 1 不能删除？很多厂商（如 Cisco）不允许删除 VLAN 1，因为它是默认的 Native VLAN 和管理 VLAN。
最佳实践：在生产环境，永远不要使用 VLAN 1 承载业务。将 Native VLAN 改为一个未使用的 VLAN（如 VLAN 999），并在 Trunk 口上 switchport trunk native vlan 999，同时 switchport trunk allowed vlan 10, 20, 30（不包含 999）。这样既隔离了管理流量，又规避了 Native VLAN 的安全风险。Access 口能传 Trunk 帧吗？能，但会被丢弃或改写。
如果 Access 口收到一个带 Tag 且 Tag != PVID 的帧，交换机直接丢弃（Drop）。这是为了防止 VLAN 跳跃攻击。
面试常问：“为什么我在 PC 上抓包，看不到 VLAN Tag？” 答：因为 Access 口出方向剥 Tag 了。Trunk 口允许哪些 VLAN？默认情况下，Trunk 口允许所有 VLAN (1-4094)。
避坑：一定要配置 allowed vlan，只放行需要的 VLAN。否则，一个广播风暴会通过 Trunk 口扩散到所有连接的 VLAN，导致全网瘫痪。DTP (Dynamic Trunking Protocol) 的陷阱很多新手依赖 DTP 自动协商 Trunk。
风险：如果两端都配 switchport mode dynamic desirable，可能协商成 Trunk；如果一端 auto 一端 trunk，也可能协商成 Trunk。
最佳实践：在安全敏感环境，手动指定模式。连接终端：switchport mode access
连接交换机：switchport mode trunk
禁用 DTP：switchport nonegotiate现场常见违规问题自查清单：所有 Trunk 口是否显式配置了 Native VLAN？Native VLAN 是否被禁用（不在 Allowed 列表中）？Access 口是否明确指定了 VLAN？（不要依赖默认 VLAN 1）是否关闭了未使用的物理端口？（防止有人乱插线导致 VLAN 泄露）总结：
VLAN 交换机不是魔法，它是基于 802.1Q 标准的帧头修改器。理解了“Access 打/剥 Tag，Trunk 保留/透传 Tag，Native VLAN 免 Tag”这三条铁律，你就能应对 90% 的面试问题和现场故障。剩下的 10%，是靠实战经验积累出来的“手感”。
还有什么不懂的？比如堆叠环境下的 VLAN 行为、或者 VXLAN 和传统 VLAN 的区别？评论区留言，挨个回。
面试必问vlan交换机底层原理，3步吃透802.1Q
版本升级后 API 全变了？别慌，这往往是底层逻辑没吃透的信号。很多转岗做网络运维或后端开发的同行，在准备面试必问的底层题时，最头疼的就是 VLAN 交换机这块。看似简单的端口划分，背几遍配置命令就能应付笔试，但一到面试深挖原理，或者现场排查“为什么跨交换机通信失败”，立马卡壳。
今天不聊那些虚头巴脑的理论堆砌，咱们直接拆包。把 VLAN 交换机当成一个“带标签的邮局”，用代码和伪代码把 802.1Q 协议的底层逻辑扒开揉碎。不管你是准备跳槽大厂，还是刚接手老项目遇到诡异断连，看完这篇，你能把 VLAN 的帧结构、Tag 处理流程、以及那些坑人的 Native VLAN 问题一次性讲清楚。
一句话原理与 RFC 规范溯源
先抛结论：VLAN 交换机本质是在以太网帧头插入一个 4 字节的 Tag，通过 VID（VLAN ID）实现逻辑隔离，物理上仍走同一根线。
很多新手以为 VLAN 是交换机里的一个“房间”，其实不对。VLAN 是数据帧身上的“身份证”。根据 IEEE 802.1Q 标准（这是 VLAN 的官方规范，面试时提一下显得你很懂行），交换机在转发帧时，会在源 MAC 地址和 EtherType 之间插入一个 Tag。
这个 Tag 包含三个关键字段：TPID (Tag Protocol Identifier)：固定为 0x8100，用来告诉接收方“这是个打了 Tag 的帧”。
TCI (Tag Control Information)：包含 Priority（优先级，3 位）和 CFI（0 位，保留）以及 VID (VLAN ID，12 位)。VID 决定了这个帧属于哪个 VLAN，范围是 1-4094。为什么要有这个标准？因为在没有 802.1Q 之前，VLAN 是厂商私有协议，Cisco 和 Huawei 的设备没法互通。RFC 和 IEEE 标准统一了格式，才让“混合组网”成为可能。面试时如果只说“VLAN 是隔离广播域”，只能拿 60 分；说出“基于 802.1Q 协议在 L2 帧头插入 Tag”，直接满分。
类比解释：带标签的邮局与分拣机
为了把底层原理讲透，我们把交换机想象成一个大型智能邮局。
场景 A：没有 VLAN 的传统局域网
就像一个小村庄的邮局，所有信件都扔进一个大筐。邮递员（交换机）拿到一封信，看地址（MAC 地址），如果在这个村子里，就扔出去。问题是，如果村里有 1000 户人家，所有信件都在同一个广播域里，效率极低，且隐私全无。
场景 B：引入 VLAN 后的现代邮局
现在邮局引入了“分拣标签”。入口（Access 端口）：村民（终端设备）把信交给窗口。窗口工作人员（Access 端口）会自动在信封上贴一个标签，比如“财务科专用”（VLAN 10）。注意，村民自己是不贴标签的，这是邮局干的。
内部传输（Trunk 端口）：信送到分拣中心（Trunk 端口）。这里会同时处理“财务科”和“研发科”的信。为了区分，Trunk 端口保留标签，或者对特定“VIP 信件”（Native VLAN）撕掉标签直接传，以节省空间（兼容老设备）。
出口（Access 端口）：信到了另一个村子的窗口。工作人员看标签是“财务科”，就把标签撕掉，只把信交给对应的村民。村民看到的信是没有标签的（透明性）。核心逻辑：Access 端口：只属于一个 VLAN，进帧打 Tag，出帧剥 Tag。
Trunk 端口：属于多个 VLAN，进帧保留/打 Tag，出帧根据目的端口 VLAN 决定是否剥 Tag。
Native VLAN：Trunk 口上的“免检通道”，传输该 VLAN 的帧时不打 Tag。这是很多面试陷阱和现场故障的根源。源码与伪代码：Tag 的插入与剥离
光讲类比不够硬，咱们用伪代码看看交换机芯片在底层到底怎么处理的。这段逻辑模拟了交换机收包和发包的核心路径。
// 伪代码：模拟交换机 L2 转发引擎对 802.1Q 的处理逻辑struct EthFrame {uint8_t dst_mac[6];uint8_t src_mac[6];uint16_t ethertype; // 如果 0x05DC，可能包含 VLAN Taguint8_t payload[];
};struct VlanTag {uint16_t tpid; // 0x8100uint16_t tci; // (Priority 13) | (Cfi 12) | (VlanId)
};// 1. 接收帧处理 (RX Path)
void process_rx_frame(Port *port, EthFrame *frame) {int vlan_id = extract_vlan(frame);// 判断端口类型if (port-type == ACCESS) {// Access 端口：无论帧有没有 Tag，都视为该端口的 PVID (Port VLAN ID)vlan_id = port-pvid;// 安全检查：如果帧本身带 Tag 且 Tag 不等于 PVID，丢弃 (防攻击)if (frame-has_tag extract_vlan_id(frame) != port-pvid) {drop_frame(frame);return;}} else if (port-type == TRUNK) {if (frame-has_tag) {// Trunk 收到带 Tag 的帧：检查该 VLAN 是否在允许列表中if (!port-allowed_vlans.contains(vlan_id)) {drop_frame(frame);return;}} else {// Trunk 收到无 Tag 的帧：视为 Native VLANvlan_id = port-native_vlan_id;}}// 查表转发ForwardingDecision decision = lookup_mac_table(frame-dst_mac, vlan_id);if (decision.action == FORWARD) {forward_frame(port, decision.out_port, frame, vlan_id);} else if (decision.action == FLOOD) {flood_frame(port, frame, vlan_id);}
}// 2. 发送帧处理 (TX Path) - 这是面试最爱问的“出方向”
void forward_frame(Port *in_port, Port *out_port, EthFrame *frame, int vlan_id) {bool should_tag = false;if (out_port-type == ACCESS) {// 出 Access 口：必须剥 Tag// 只有当 vlan_id == out_port-pvid 时才发送，否则丢弃if (vlan_id != out_port-pvid) {drop_frame(frame);return;}should_tag = false; } else if (out_port-type == TRUNK) {// 出 Trunk 口：// 1. 检查 VLAN 是否允许if (!out_port-allowed_vlans.contains(vlan_id)) {drop_frame(frame);return;}// 2. 判断是否为 Native VLANif (vlan_id == out_port-native_vlan_id) {should_tag = false; // Native VLAN 发送时剥 Tag} else {should_tag = true; // 其他 VLAN 发送时保留/插入 Tag}}// 执行封装/解封装if (should_tag) {insert_vlan_tag(frame, vlan_id);} else {remove_vlan_tag(frame);}hardware_send(out_port, frame);
}代码解读重点：RX 阶段的“丢弃”逻辑：Access 端口收到带 Tag 的帧，如果 Tag 跟端口 PVID 不一致，直接丢。这是防止“VLAN Hopping”攻击的第一道防线。
TX 阶段的“Native”特例：if (vlan_id == out_port-native_vlan_id) 是关键。这就是为什么 Trunk 口传 Native VLAN 的包是没有 Tag 的。如果两端交换机 Native VLAN 配置不一致，就会发生“静默丢弃”或“广播风暴”，这是现场排障的高频故障。流程描述：数据帧的完整生命周期
我们用一个具体的例子走一遍流程。
假设：PC1 接在 Switch A 的 Fa0/1 (Access, VLAN 10)
PC2 接在 Switch B 的 Fa0/1 (Access, VLAN 10)
Switch A 和 Switch B 之间通过 Gi0/1 连接 (Trunk, Native VLAN 1)
PC1 向 PC2 发送一个 Ping 包。Step 1: PC1 发送
PC1 发出以太网帧：[MAC_Dst: PC2] [MAC_Src: PC1] [EtherType: 0x0800] [Payload]
注意：PC1 发出的帧是没有 VLAN Tag 的。 终端设备（非路由器/交换机）默认不感知 VLAN。
Step 2: Switch A 接收 (Fa0/1)
Fa0/1 是 Access 端口，PVID = 10。
交换机芯片执行 process_rx_frame：检测无 Tag。
因为是 Access 口，强制打上 VLAN 10 的 Tag。
帧变为：[MAC_Dst] [MAC_Src] [TPID: 0x8100] [TCI: 0x000A] [EtherType] [Payload]
查 MAC 地址表，发现 PC2 的 MAC 在 Gi0/1 口（Trunk）。Step 3: Switch A 发送 (Gi0/1)
Gi0/1 是 Trunk 口，Native VLAN = 1，Allowed VLANs = [1, 10, 20]。
交换机芯片执行 forward_frame：目的 VLAN 是 10。
10 在 Allowed 列表中，通过。
10 不等于 Native VLAN (1)。
动作：保留 Tag。
发出的帧：[MAC_Dst] [MAC_Src] [TPID: 0x8100] [TCI: 0x000A] [EtherType] [Payload]Step 4: Switch B 接收 (Gi0/1)
Gi0/1 是 Trunk 口。检测有 Tag，VID = 10。
检查 10 是否在 Allowed 列表，是。
查 MAC 表，发现 PC2 在 Fa0/1。Step 5: Switch B 发送 (Fa0/1)
Fa0/1 是 Access 口，PVID = 10。
交换机芯片执行 forward_frame：目的 VLAN 是 10。
10 等于 PVID (10)，通过。
动作：剥离 Tag。
发出的帧：[MAC_Dst] [MAC_Src] [EtherType] [Payload]Step 6: PC2 接收
PC2 收到一个标准的以太网帧，没有 VLAN Tag。Ping 成功。
如果 Native VLAN 配错了呢？
假设 Switch B 的 Trunk 口 Native VLAN 配成了 20。Switch A 发出 VLAN 10 的帧（带 Tag，因为 10 != Native 1）。
Switch B 收到带 Tag 的帧，VID=10。
Switch B 查表，发现 VLAN 10 在 Trunk 允许列表里，正常转发。
但是！ 如果 Switch A 发出的是 VLAN 1 (Native) 的广播帧（无 Tag）。
Switch B 收到无 Tag 的帧，会认为它是 Native VLAN 20 的帧。
Switch B 会把它转发到连接 VLAN 20 的 Access 口。
结果： VLAN 1 的数据泄露到了 VLAN 20 的网段。这就是著名的 Double Tagging 或 Native VLAN Mismatch 安全隐患。实战验证与高频考点避坑
在真实的运维和面试中，以下几个点是“送命题”或“高频考点”：VLAN 1 不能删除？很多厂商（如 Cisco）不允许删除 VLAN 1，因为它是默认的 Native VLAN 和管理 VLAN。
最佳实践：在生产环境，永远不要使用 VLAN 1 承载业务。将 Native VLAN 改为一个未使用的 VLAN（如 VLAN 999），并在 Trunk 口上 switchport trunk native vlan 999，同时 switchport trunk allowed vlan 10, 20, 30（不包含 999）。这样既隔离了管理流量，又规避了 Native VLAN 的安全风险。Access 口能传 Trunk 帧吗？能，但会被丢弃或改写。
如果 Access 口收到一个带 Tag 且 Tag != PVID 的帧，交换机直接丢弃（Drop）。这是为了防止 VLAN 跳跃攻击。
面试常问：“为什么我在 PC 上抓包，看不到 VLAN Tag？” 答：因为 Access 口出方向剥 Tag 了。Trunk 口允许哪些 VLAN？默认情况下，Trunk 口允许所有 VLAN (1-4094)。
避坑：一定要配置 allowed vlan，只放行需要的 VLAN。否则，一个广播风暴会通过 Trunk 口扩散到所有连接的 VLAN，导致全网瘫痪。DTP (Dynamic Trunking Protocol) 的陷阱很多新手依赖 DTP 自动协商 Trunk。
风险：如果两端都配 switchport mode dynamic desirable，可能协商成 Trunk；如果一端 auto 一端 trunk，也可能协商成 Trunk。
最佳实践：在安全敏感环境，手动指定模式。连接终端：switchport mode access
连接交换机：switchport mode trunk
禁用 DTP：switchport nonegotiate现场常见违规问题自查清单：所有 Trunk 口是否显式配置了 Native VLAN？Native VLAN 是否被禁用（不在 Allowed 列表中）？Access 口是否明确指定了 VLAN？（不要依赖默认 VLAN 1）是否关闭了未使用的物理端口？（防止有人乱插线导致 VLAN 泄露）总结：
VLAN 交换机不是魔法，它是基于 802.1Q 标准的帧头修改器。理解了“Access 打/剥 Tag，Trunk 保留/透传 Tag，Native VLAN 免 Tag”这三条铁律，你就能应对 90% 的面试问题和现场故障。剩下的 10%，是靠实战经验积累出来的“手感”。
还有什么不懂的？比如堆叠环境下的 VLAN 行为、或者 VXLAN 和传统 VLAN 的区别？评论区留言，挨个回。
