首页/网络/无线与 Wi-Fi 速查/RADIUS Filter-Id 与 ACL 下发
加密与接入认证65 条

RADIUS Filter-Id 与 ACL 下发

通过 Filter-Id 属性把 ACL 名称下发给 AP/AC,实现用户级流量策略(如仅允许访问特定网段)。

无线与 Wi-Fi 速查网络更新于 2026-10-13

Filter-Id 是什么

Filter-Id 是 RADIUS 授权响应中的一个属性(RFC 2865 定义),取值是一个访问控制列表的名称。NAS 收到后,把该名称对应的 ACL 应用到这个用户的流量上,实现用户级或设备级的访问范围控制。它把「谁能访问什么」变成从认证结果里自动引用的策略,认证通过即套用,不必为每台设备单独配策略。

基本信息

属性名Filter-Id,取值是 NAS 上已定义的 ACL 名称
作用用户级或设备级的访问控制
依赖条件NAS 侧必须预先定义同名 ACL
常见用法外包人员收窄访问范围、打印机只允许访问打印服务
配套属性可与动态 VLAN 同时下发,注意优先级

典型使用场景

  • 外包与访客权限收敛:只允许访问指定服务器或网段
  • 打印机与 IoT 隔离:只放行打印服务或管理网段
  • 分区访问:同一 SSID 下按身份下发不同 ACL
  • 审计复核:按身份、ACL、实际可达范围三列定期核对
  • 故障定位:认证通过但访问异常时,先确认 ACL 是否真的套用上

核对与排障

核对与排障
# 1) 在 NAS 上确认 ACL 名称与 RADIUS 下发的 Filter-Id 完全一致
# 2) 用测试账号认证一次,检查 NAS 日志是否显示 ACL 已应用
# 3) 从该终端测试目标可达性,逐条确认放行与拒绝符合设计
# 4) 与动态 VLAN 同时下发时,确认优先级与先后顺序不受影响
# 5) 把身份与 ACL 的对应关系登记,纳入季度复核

检查项对照

检查项正常表现异常表现
ACL 名称日志显示策略已应用名称不匹配,策略被静默忽略
放行范围与设计一致范围过宽或过窄
与 VLAN 叠加两者都正常生效互相覆盖,实际策略与设计不符
复核记录有身份与 ACL 对照表无记录,无法审计
常见用法是把外包人员与自助设备的可达范围收窄到必要业务,既保证可用又不扩大暴露面。
审计时按身份、ACL、实际可达范围三列定期复核,比对结果本身即可作为合规检查的证据。

易错点

  • ACL 名称在 NAS 上不存在时可能被静默忽略,用户实际拿到全量访问权限,必须在 NAS 日志里确认策略已应用
  • 与动态 VLAN 叠加时优先级不清,实际策略既宽又乱,与设计文档不符
  • 只在下发时验证不做定期复核,授权变更后 ACL 与实际需求长期脱节
  • 用单一 ACL 承载多种身份,改一处影响全部用户,缺少最小范围的策略划分

数据来源与参考

  • RFC 2865(Filter-Id)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌