问
二层MAC地址过滤失效
11小时前提问
- 0关注
- 0收藏，48浏览
zhiliao_Gixe
九段
核心上ACL应用在VLANIF的in方向，只对进入该VLANIF接口的三层流量生效。你的组网是核心—接入—终端，终端流量在接入交换机上进入二层VLAN，到达核心时如果走二层转发（同一VLAN内通信），根本不会经过VLANIF接口，所以ACL不生效。只有跨VLAN三层转发时，流量才会命中VLANIF的in方向。
排查步骤：
1. 确认终端访问的目标是否在同一VLAN。同VLAN二层转发不经过VLANIF，ACL无法过滤。
2. 在核心上执行 display mac-address 查看终端MAC是否被学习到，确认流量路径。
3. 如果确实需要二层过滤MAC，应在接入交换机端口上配置端口安全或MAC认证，而不是在核心VLANIF上用ACL。
4. 若必须用ACL过滤二层流量，可在核心连接接入的物理端口in方向应用ACL，或使用全局MAC地址过滤功能。
关键命令：
bash
display mac-address
display acl 4000
display packet-filter interface Vlan-interface X inbound
正确做法：在接入交换机上启用端口安全，绑定允许的MAC地址：
bash
interface GigabitEthernet1/0/1
port-security enable
port-security mac-address security XXXX-XXXX-XXXX vlan 10
或使用MAC认证（如本地MAC认证或RADIUS）。
排查步骤：
1. 确认终端访问的目标是否在同一VLAN。同VLAN二层转发不经过VLANIF，ACL无法过滤。
2. 在核心上执行 display mac-address 查看终端MAC是否被学习到，确认流量路径。
3. 如果确实需要二层过滤MAC，应在接入交换机端口上配置端口安全或MAC认证，而不是在核心VLANIF上用ACL。
4. 若必须用ACL过滤二层流量，可在核心连接接入的物理端口in方向应用ACL，或使用全局MAC地址过滤功能。
关键命令：
bash
display mac-address
display acl 4000
display packet-filter interface Vlan-interface X inbound
正确做法：在接入交换机上启用端口安全，绑定允许的MAC地址：
bash
interface GigabitEthernet1/0/1
port-security enable
port-security mac-address security XXXX-XXXX-XXXX vlan 10
或使用MAC认证（如本地MAC认证或RADIUS）。
Vlanif 下 inbound 应用二层 ACL4000，默认只拦截【三层转发报文】；同 VLAN 内终端之间二层交换流量，不走 Vlanif 三层转发，直接硬件二层转发，ACL 不会匹配，直接放行，这就是失效根源H3C。
组网：核心 -- 接入 -- 终端，终端在同一个 VLAN 内互访，属于纯二层转发，报文不会上送到 Vlanif 三层接口，Vlanif 的 packet-filter 无法抓到这部分流量。
补充：Vlanif 的
packet-filter filter route是默认模式，仅三层转发报文匹配 ACL；只有配置packet-filter filter all，才会同时捕获二层 + 三层报文，但不推荐在 Vlanif 做 MAC 过滤，硬件转发性能损耗大。
两个解决方案（推荐方案 1）
方案 1：在核心的二层入端口（对接接入交换机的上联口）应用 ACL4000
在核心连接接入的物理口 in 方向调用二层 ACL，报文刚进入核心就做 MAC 校验，二层转发、三层转发全部拦截。
system-view
acl number 4000
rule permit source-mac xxxx-xxxx-xxxx ffff-ffff-ffff
rule deny
# 进入对接接入的上联口
interface GigabitEthernet 1/0/1
packet-filter acl 4000 inbound
优点：二层报文直接匹配，同 VLAN 二层互访、跨网段三层转发都生效，硬件转发，性能无影响。
方案 2：保留 Vlanif 应用 ACL（仅部分设备支持，不推荐生产）
进入 Vlan-interface 视图修改过滤模式为 all，同时应用 acl4000
system-view
interface Vlan-interface 10
packet-filter filter all
packet-filter acl 4000 inbound
⚠️缺点：filter all会把二层报文上 CPU 软件处理，大流量场景丢包、性能下降；部分老款交换机不支持该命令。
ACL 配置检查要点（容易踩坑）
- ACL 规则顺序：先 permit 允许指定 MAC，末尾必须写 rule deny；ACL 默认末尾隐含 permit 所有，如果少 deny，全部 MAC 都会放行。
acl number 4000
rule 0 permit source-mac 0011-2233-4455 ffff-ffff-ffff
rule 10 deny
- 查看 ACL 命中计数：
display acl 4000，看 hit 计数是否增长；如果 hit 始终为 0，报文根本没有进入 ACL 匹配点。 - 确认端口：接入到核心是 Trunk，允许对应 VLAN 通过。
排查命令
display acl 4000
display packet-filter interface GigabitEthernet 1/0/1
display packet-filter interface Vlan-interface 10
替代方案（H3C 更推荐做端口 MAC 准入）
如果是接入侧管控，优先在接入交换机的终端接入口配置mac-address max-mac-count，或者 802.1X，MAC 绑定在接入层，终端接入前就拦截非法 MAC，不用在核心做。
暂无评论
编辑答案
➤
✖
亲~登录后才可以操作哦!
确定
✖
✖
你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
✖
举报
×
侵犯我的权益
>
对根叔社区有害的内容
>
辱骂、歧视、挑衅等（不友善）
侵犯我的权益
×
侵犯了我企业的权益
>
抄袭了我的内容
>
诽谤我
>
辱骂、歧视、挑衅等（不友善）
骚扰我
侵犯了我企业的权益
×
您好，当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱，我们会在审核后尽快给您答复。
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
抄袭了我的内容
×
原文链接或出处
诽谤我
×
您好，当您发现根叔知了上有诽谤您的内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱，我们会尽快处理。
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
对根叔社区有害的内容
×
垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载
>
辱骂、歧视、挑衅等（不友善）
骚扰我
诱导投票
不规范转载
×
举报说明
暂无评论