跳到正文
Lutong's Homepage

华为H3C实战 | 第21章 企业级无线认证

📚 本系列共 43 篇(第 21 / 43 篇) · 第三卷 无线篇 —— 把网络甩到空中

← 上一篇:第 20 章 WLAN 基础业务配置(WPA2-PSK / WPA3-SAE)  下一篇:第 22 章 无线漫游与优化 →


本章导读:WPA2-PSK 是全公司共用一把钥匙:离职的人手里还有,出问题查不到是谁连的,访客也没法给。企业级认证就是换成"每人一张门禁卡"——802.1X、Portal、MAC 认证,背后都靠 RADIUS 查名单,而 AC 只是门卫加传话人。

本章结构:

  • 21.1 功能原理与业务场景 —— 三种认证方式的生活比喻、AAA 三角、“AC 只中转不终结"的中继模式、802.1X 完整报文流、访客网络怎么做才对、无线与有线认证的联动、认证失败该看谁的日志
  • 21.2 华为设备配置详解 —— RADIUS + 802.1X 完整模板(华为 WLAN 认证最容易配错的骨架)、Portal 的两段式、混合认证(MAC 优先的 Portal、MAC+802.1X)、一份完整的 802.1X 部署清单
  • 21.3 H3C 设备配置详解 —— H3C 的 AAA 模型与 radius scheme 写法、完整模板
  • 21.4 命令对照表 —— 两家并排
  • 21.5 配置验证 —— 两侧分别验 + 端到端,含一个真实的"证书过期"故障和认证性能关注点
  • 21.6 排错与故障树 —— 黄金分界线:test-aaa 通不通——通就是无线侧问题,不通就是 RADIUS 侧问题;附"共享密钥为什么总是配不对”
  • 21.7 新手踩坑 —— 安全方式还停在 PSK、用户名带不带域名
  • 21.8 本章小结 —— 要点清单 + 自测题

重点提示:认证失败别一头扎进无线配置,先敲 test-aaa(21.6)——这一刀切下去问题范围立刻减半。服务器有日志但不认,九成是共享密钥逐字符不一致(21.6.2 专门讲这个)。 关联章节:前置的 SSID 与 PSK 配置见第 20 章;RADIUS 报文走的是三层路由,链路问题见第 10 章;AC 双机热备时的认证连续性见第 23 章;有线侧的 802.1X 与接入安全基线见第 30 章;BRAS 上的认证计费模型见第 33 章。

21.1 功能原理与业务场景

21.1.1 这功能是干嘛的(通俗版)

第 20 章的 WPA2-PSK,本质上是在公司门口装了一把锁,全公司共用一把钥匙。装修的时候还能忍,一旦公司有几百人、每年走十几个、来几十个访客、还有打印机摄像头要连网,这把"共用钥匙"就彻底不能用了:

  • 离职员工手里还有钥匙,你把锁换了吗?换了全公司都得重新配钥匙(改密码会让所有人掉线重连)。
  • 出了问题想查"是谁连的 Wi-Fi",PSK 只能告诉你"有人用了那把钥匙"。
  • 打印机也想连 Wi-Fi,给它单独配个 SSID 又是一套配置。
  • 访客来了,你不可能把公司内网的钥匙给他。

企业级认证解决的就是"一把钥匙"的问题:把钥匙换成每人一张门禁卡,每张卡对应一个人,谁进谁出一目了然,某人离职了单独停他那张卡即可。

企业无线认证有三大件,用生活场景比喻最直观:

认证方式 生活比喻 谁来验身份
802.1X 刷工卡进办公楼,闸机自动开门 RADIUS 服务器(远程认证拨号用户服务)
Portal / Web 认证 酒店大堂先用手机号登录 Wi-Fi 页面,再上网 Portal 服务器 + RADIUS
MAC 认证 门禁只认"这条狗的项圈",谁牵着都能进 RADIUS 或本地名单

这三种方式对应三种终端和场景,实际项目里往往三套并存:员工用 802.1X 刷工卡、访客用 Portal 扫码登录、打印机和 IoT 用 MAC 认证。

21.1.2 在网络里怎么落地(设计视角)

(1)AAA 三角:认证、授权、计费

所有企业级认证背后都是同一套模型,业界叫 AAA:

   ① 认证(Authentication):你是谁?
   ② 授权(Authorization):你能干什么?(分配哪个 VLAN、下发什么 ACL)
   ③ 计费(Accounting):你用了多少?(上网时长、流量)

         [终端] <---EAPOL---> [AP/AC] <---RADIUS---> [RADIUS 服务器]
       (申请进门)          (中转/门卫)            (真正查名单的人)

关键理解:AC 本身不是"查名单的人",它是个"门卫 + 传话人"。 真正的用户名单和密码在 RADIUS 服务器上。AC 的作用是:

  1. 和终端之间用 802.1X(EAPOL)交流;
  2. 把 EAP 报文原封不动封进 RADIUS 报文的 EAP-Message 属性里,转发给服务器;
  3. 服务器说"放行",AC 就告诉终端"通过",并根据服务器下发的属性(VLAN、ACL)给终端分配权限;
  4. 全程给服务器发计费报文,记录上网时长。

这种"AC 只中转不终结"的模式就叫 AC 作为中继(relay)。

上面这套 802.1X 三个组件(客户端 / 接入设备 / 认证服务器)与"受控端口 / 非受控端口"的说法,已依据华为官方 IP 知识百科《802.1X》核对:原文写明"802.1X 认证系统为典型的 Client/Server 结构,包括三个组件:客户端、接入设备和认证服务器",且"非受控端口主要用于传递 EAPOL 协议帧,始终处于双向连通状态……受控端口用于传递业务报文"。出处:https://info.support.huawei.com/info-finder/encyclopedia/zh/802.1X.html

(2)802.1X 完整报文流(务必看懂这张图)(标准见 IEEE 802.1X-2020[33])

   [终端]                    [AP/AC]                  [RADIUS 服务器]
      |                         |                            |
      |--EAPOL-Start----------->|                            |
      |<--EAP-Request/Identity--|                            |
      |--EAP-Response/Identity->|                            |
      |                         |--Access-Request(EAP-Msg)--->|
      |                         |                            | 查用户
      |                         |<--Access-Challenge(EAP)----|
      |<--EAP 多轮交互----------|                            |
      |--EAP 多轮交互---------->|--- RADIUS 多轮 ----------->|
      |                         |                            | 验证通过
      |                         |<--Access-Accept(EAP-Success,-
      |                         |   VLAN/ACL 等授权属性)      |
      |<--EAP-Success-----------|                            |
      |                         |--Accounting-Request(Start)->|
      |                         |                            |
      |==== 4 次握手,安装密钥 ===|                            |
      |<=======================>|                            |
      |==== 数据帧(加密)======>|                            |
      |                         |                            |
      |(下线时)               |--Accounting-Request(Stop)-->|

几个容易卡住的细节:

  • EAP 是"多轮"的。EAP-TLS 至少 4 轮(证书双向交换),PEAP 至少 2 轮(先建 TLS 隧道,再在里面验用户名密码)。所以一次认证耗时可能几百毫秒到几秒,比 PSK 慢得多。
  • RADIUS 报文的 EAP-Message 属性封装了 EAP 报文,遇到超过 253 字节的分片,还会用 State 属性保持会话。
  • Message-Authenticator 属性是防篡改的关键,很多"认证失败"都是因为两边对它支持不一致或共享密钥不一致导致 HMAC 校验失败。

(3)三种 EAP 方式的取舍

方式 认证凭据 是否需要服务器证书 终端配置难度 安全性 典型场景
EAP-TLS 双方客户端证书 需要(服务器 + 客户端证书) 高(要发证书) 最高(无密码,证书不可爆破) 高安全要求、有 PKI 的组织
PEAP 用户名 + 密码,套在 TLS 隧道里 服务器需要证书(或关掉校验,不推荐) 中 高 最常见,AD 域环境首选
EAP-TTLS 用户名 + 密码 服务器需要证书 中 高 兼容性好,跨平台

PEAP 是实际项目里用得最多的,因为它兼顾了"安全性够"和"部署不难"。EAP-TLS 虽然最好,但要给每台终端发证书,运维成本很高,一般只有军工、金融等高安全场景才用。

(4)Portal 认证:访客的"先用手机号登录"

Portal 认证的流程比 802.1X 简单,本质是"先放开一部分流量让你访问登录页,登录成功再放开全部流量":

   ① 终端连上 SSID,拿到 IP(DHCP 不受限制)
   ② 终端第一次访问外网,AC/网关把 HTTP 请求重定向到 Portal 登录页
   ③ 终端在登录页输入手机号/账号密码
   ④ Portal 服务器把凭据发给 RADIUS 校验
   ⑤ 校验通过,AC 给终端下发授权(放通流量)
   ⑥ 终端被踢回真实网站,正常上网

Portal 的"舒适点"是不需要终端装任何东西,扫码就能连,是访客场景的唯一现实选择。它的"不爽点"是必须经过浏览器——很多 IoT 设备没有浏览器,就只能用 MAC 认证。

(5)MAC 认证:给"不会输入密码的设备"开口

打印机、摄像头、POS 机、智能电视,这些设备既不会输密码也不会打开浏览器。MAC 认证就是把它当成"认项圈的狗":AC 把设备的 MAC 地址报给 RADIUS,服务器查白名单,在名单里就放行。

MAC 认证的安全性很弱(MAC 可伪造),所以在企业网里只用于"隔离的 IoT VLAN",绝不用于承载员工终端。

(6)AC 侧的 AAA 挂接关系(华为)

   [domain: acme.com]                     ← 域:按用户名后缀区分走哪套 AAA
        │
        ├── authentication-scheme: radius-auth    ← 认证方案:说"用 RADIUS 认证"
        │        └── radius-server wlan-radius    ← 指向 RADIUS 模板
        │
        └── radius-server template: wlan-radius   ← RADIUS 模板:服务器 IP、端口、密钥
                 └── RADIUS 服务器 10.200.1.50:1812/1813

挂接顺序是"域 → 认证方案 → RADIUS 模板 → 服务器"。配错任何一级,认证都不通。这四级最容易被忽略的是域:如果用户名不带 @acme.com,就需要配一个 default 域,或者配 domain-name-delimiter 让 AC 把后缀去掉再查。

(7)H3C 的 AAA 挂接关系

   [ISP domain: acme]                    ← ISP 域
        │
        └── authentication default radius-scheme wlan-radius   ← 默认认证方案指向 RADIUS
                 └── [radius scheme: wlan-radius]              ← RADIUS 方案
                          └── primary authentication 10.200.1.50:1812

概念几乎一一对应,只是名字不同:H3C 叫"ISP 域",华为叫"域";H3C 叫"RADIUS 方案",华为叫"RADIUS 服务器模板"。

适用版本:华为 VRP V200R019 及以上(AC6005/AC6605);H3C Comware V7(R2609 及以上,WX3540H 等)。802.1X 认证模板在华为 AC 上的名称与版本强相关(部分版本叫 authentication-profile,更老版本可能是其他形式),请以设备 ? 补全为准。

21.1.3 访客网络怎么做才是"对的"

访客网络是很多公司最敷衍、也最容易出事的一块。常见的"敷衍做法"是:拿员工 SSID 再开一个密码不同的,完了。结果访客能在内网里扫到财务系统的端口,出事了根本说不清。

正确的访客网络设计要有四个要素:

要素 做法 为什么需要
独立 VLAN 访客业务 VLAN 20,192.168.20.0/24 二层隔离,和员工 VLAN 10 天然隔开
独立 SSID ACME-Guest,可用 Portal 或单独的 PSK 便于识别、独立计费、独立策略
ACL 隔离 禁止访问内网段(192.168.0.0/16、10.0.0.0/8、172.16.0.0/12),只放行去互联网 这是最关键的一步,很多人就漏它
限速 每终端上下行限速(如 20Mbps) 防止个别访客占用全部出口带宽

“访客能上网但进不了内网"这件事,靠的不是 VLAN,而是 ACL。 VLAN 只保证二层广播隔离,三层只要交换机开了路由,访客 VLAN 就能路由到员工 VLAN。所以必须显式配一条"禁止访客访问内网"的 ACL。

   访客 VLAN 20 (192.168.20.0/24)
        |
        |  ACL 3000: deny 目的 192.168.0.0/16, deny 10.0.0.0/8, permit any
        v
   [核心交换机三层转发]
        |
        +--> 员工 VLAN 10 (192.168.10.0/24)   ← 被 ACL 拒绝
        +--> 互联网 (经出口路由器 NAT)          ← 放行

(1)华为侧访客隔离的 ACL

# 创建高级 ACL 3000:拒绝访客访问内网
acl number 3000
 # 拒绝访问 192.168.0.0/16
 rule 5 deny ip destination 192.168.0.0 0.0.255.255
 # 拒绝访问 10.0.0.0/8
 rule 10 deny ip destination 10.0.0.0 0.255.255.255
 # 拒绝访问 172.16.0.0/12
 rule 15 deny ip destination 172.16.0.0 0.15.255.255
 # 其余放行(去互联网)
 rule 20 permit ip
 quit

# 把 ACL 应用到访客 VLAN 的三层接口入方向
interface Vlanif20
 traffic-filter inbound acl 3000
 quit

(2)H3C 侧访客隔离的 ACL

# 创建高级 ACL 3000
acl advanced 3000
 rule 5 deny ip destination 192.168.0.0 0.0.255.255
 rule 10 deny ip destination 10.0.0.0 0.255.255.255
 rule 15 deny ip destination 172.16.0.0 0.15.255.255
 rule 20 permit ip
 quit

# 应用到访客 VLAN 接口入方向
interface Vlan-interface20
 packet-filter 3000 inbound
 quit

⚠ 关键注意:ACL 里 deny 10.0.0.0/8 会把 AP 管理段 10.200.1.0/24 也一起禁掉。如果访客 VLAN 的流量本身不需要访问 AP 管理段,这样没问题;如果要精细控制,就把 10.200.1.0/24 单独 permit 在 deny 之前。ACL 规则的顺序永远是从上到下匹配,第一条命中即生效。

21.1.4 无线认证与有线认证的联动

很多单位有线早就上了 802.1X(接网线要输入账号密码),无线是后来加的。理想状态是一套 AAA 管所有接入,用户同一个账号、有线无线都能用,运维在同一个地方看用户在线记录。

联动的三个层面:

层面 有线侧 无线侧 联动方式
账号库 RADIUS + AD/LDAP 同一个 RADIUS 共用同一套账号,不必重复维护
授权策略 RADIUS 下发 VLAN/ACL RADIUS 下发 VLAN/ACL 同一账号在有线无线拿同样的权限
审计与计费 有线计费(MAC+端口) 无线计费(MAC+SSID) 都在服务器上汇总,统一查

一个特别容易踩的坑:有线和无线共用账号时,RADIUS 的"NAS 标识"要区分开。服务器需要知道这次认证是"有线交换机发起的"还是"无线 AC 发起的”,否则编写的策略(比如"无线用户限速 50M,有线用户不限速")无法区分。

厂商 NAS 标识相关配置
华为 AC 的 nas-id / nas-port-id 配置(WLAN 侧可配 nas-id)
H3C 服务模板或全局 nas-id、nas-port-type

如果不配,服务器收到的是设备缺省的 NAS-Identifier,有线无线看起来一样,策略就只能"一刀切"。

另一个联动点:MAC 迁移检测。同一台笔记本,先连有线再连无线,服务器看到同一个 MAC 在两处认证。如果服务器配了"同 MAC 只允许一个会话",就会出现"插上网线无线就掉"。这是服务器策略问题,不是 AC 问题。遇到这种投诉,先问 RADIUS 服务器管理员有没有配同 MAC 单会话限制。

21.1.5 认证失败时,到底该看谁的日志

这是新手最容易迷糊的地方:认证失败了一个多小时,不知道该看 AC 的日志还是服务器的日志。

正确做法是"两头一起看,以时间戳对齐":

   [终端] 提示"无法连接" / "身份验证失败"
        |
        |  ① 终端侧日志(Windows 事件查看器 / Android Wi-Fi 日志)
        v
   [AC/AP] 是否有该终端的关联记录?
        |
        |  ② AC 侧:display station all / 日志里有没有 AUTH_FAIL
        v
   [RADIUS] 服务器日志里有没有这次请求?
        |
        |  ③ 服务器侧:Access-Request / Accept / Reject 的时间戳
        v
   结论落点
AC 侧 服务器侧 结论
有该终端关联 有 Access-Request 且 Accept 认证成功,问题在授权/数据转发
有该终端关联 有 Access-Request 但 Reject 账号密码或策略问题,看服务器的 Reject 原因
有该终端关联 没有请求 AC 到服务器的网络/密钥问题
无关联记录 — 问题在无线侧(终端没连上 AP),压根没走到认证

最后一行是最容易被忽略的:很多"认证失败"其实根本不是认证失败,而是终端连 AP 都没连上。所以第一步永远是确认 AC 上有没有这台终端的关联记录。

21.2 华为设备配置详解

21.2.1 命令行基础速览

命令 所在视图 作用
radius-server template wlan-radius 系统视图 创建 RADIUS 服务器模板
radius-server shared-key cipher <密钥> RADIUS 模板视图 与服务器约定的共享密钥
radius-server authentication <IP> <端口> RADIUS 模板视图 指定认证服务器
radius-server accounting <IP> <端口> RADIUS 模板视图 指定计费服务器
aaa 系统视图 进入 AAA 视图
authentication-scheme radius-auth AAA 视图 创建认证方案
authentication-mode radius 认证方案视图 指定用 RADIUS 认证
domain acme.com / domain default AAA 视图 创建域
radius-server wlan-radius 域视图 域绑定 RADIUS 模板
security wpa2 dot1x 安全模板视图 WLAN 侧启用 802.1X
display radius-server configuration 任意视图 查 RADIUS 配置
display aaa configuration 任意视图 查 AAA 配置

21.2.2 完整配置模板(RADIUS + 802.1X)

这段是华为 AC 侧"无线 802.1X + RADIUS 对接"的完整配置骨架。RADIUS 服务器假定为 10.200.1.50。

# 进入系统视图
system-view

# 设备名
sysname AC6005

# ---------- 第一步:RADIUS 服务器模板 ----------
radius-server template wlan-radius
 # 与 RADIUS 服务器约定的共享密钥(必须两边一致)
 radius-server shared-key cipher Radius@2026
 # 认证服务器:IP + 端口(标准 RADIUS 认证端口 1812)
 radius-server authentication 10.200.1.50 1812
 # 计费服务器:IP + 端口(标准 1813)
 radius-server accounting 10.200.1.50 1813
 # 认证失败时重试次数与超时
 radius-server retransmit 2
 radius-server timeout 5
 quit

# ---------- 第二步:AAA 视图 ----------
aaa

# 创建认证方案,指定用 RADIUS
authentication-scheme radius-auth
 authentication-mode radius
 # 认证失败后走本地认证(可选,方便紧急登录)
 authentication-mode radius local
 quit

# ---------- 第三步:创建域,绑定 RADIUS 模板 ----------
domain acme.com
 radius-server wlan-radius
 quit

# 缺省域(用户名不带 @xxx 时使用它)
domain default
 radius-server wlan-radius
 quit

# 退出 AAA 视图
quit

# ---------- 第四步:WLAN 侧安全模板启用 802.1X ----------
wlan

security-profile name wlan-1x
 # WPA2 企业版(802.1X)
 security wpa2 dot1x aes
 quit

# ---------- 第五步:创建 802.1X 接入模板 ----------
# 接入模板管"怎么认人":EAP/PAP/CHAP、超时、重试次数
dot1x-access-profile name wlan-1x-access
 quit

# ---------- 第六步:创建认证模板,绑定接入模板与 AAA 方案 ----------
# 认证模板是"总调度":绑哪个接入模板(802.1X/MAC/Portal)+ 用哪个 AAA 方案 + 认证域
authentication-profile name wlan-1x-auth

 # 1) 绑定 802.1X 接入模板(这一步决定"这个 VAP 用 802.1X 认证")
 dot1x-access-profile wlan-1x-access

 # 2) 绑定 AAA 认证方案(上面第二步建的 radius-auth)
 authentication-scheme radius-auth

 # 3) 指定用户默认域(不配则用全局缺省域 default)
 access-domain acme.com
 quit

# ---------- 第七步:VAP 模板同时引用安全模板与认证模板 ----------
vap-profile name wlan-office
 security-profile wlan-1x
 # 认证模板必须在 VAP 模板下应用,NAC 才会对这个 VAP 的用户生效
 authentication-profile wlan-1x-auth
 quit

这里是华为 WLAN 企业级认证最容易配错的骨架,务必理解:

   security-profile(安全模板)       —— 管"空口怎么加密":WPA2-802.1X-AES
                                          只管加密框架,不管谁来验身份
        +
   dot1x-access-profile(802.1X接入模板) —— 管"802.1X 怎么交互":EAP/PAP/CHAP、超时、重试
        ↓ 被绑定
   authentication-profile(认证模板)   —— 管"总调度":绑哪种接入模板 + 绑哪个 AAA 方案 + 哪个域
        ↓ 被引用
   vap-profile(VAP模板)              —— 只有在这一层同时引用,
                                          安全模板和认证模板才真正"合体"生效

三者的分工可以这样记:安全模板回答"用什么锁",接入模板回答"用什么方式查工牌",认证模板回答"查哪家的工牌库(AAA 方案 + 域)",VAP 模板负责把这三样装到一起。

✅ 已核实:以上命令链依据华为官方《无线接入控制器(AC和FT AP) V200R023C00 配置指南》“配置 NAC"章节原文——dot1x-access-profile name <名> 创建 802.1X 接入模板;authentication-profile name <名> 创建认证模板;认证模板下用 dot1x-access-profile <名> 绑定 802.1X 接入模板、用 authentication-scheme <名> 绑定 AAA 方案、用 access-domain <域> [ dot1x | mac-authen | portal ] [ force ] 配置默认域/强制域;最后"执行命令 authentication-profile authentication-profile-name,VAP 模板下应用认证模板”。出处:https://support.huawei.com/enterprise/zh/doc/EDOC1100332873 (配置指南 → WLAN基本业务配置 → 配置NAC)

(2)Portal 认证:同样是"接入模板 + 认证模板"两段式

Portal 在华为 AC 上走的是同一套 NAC 框架,只是把"接入模板"换成 Portal 接入模板。官方给出的配置顺序是:先配 Portal 接入模板(并指定用外置还是内置 Portal 服务器),再配认证模板绑定它,最后应用到 VAP。

# ---------- 第一步:创建 Portal 接入模板 ----------
# 注意:创建前要先配好 Portal 服务器模板(指向 Portal 服务器的 IP、密钥、端口)
portal-access-profile name wlan-portal-access
 quit

# ---------- 第二步:认证模板绑定 Portal 接入模板 ----------
authentication-profile name wlan-portal-auth
 portal-access-profile wlan-portal-access
 authentication-scheme radius-auth
 access-domain acme.com
 quit

# ---------- 第三步:VAP 模板应用认证模板 ----------
vap-profile name wlan-guest
 authentication-profile wlan-portal-auth
 quit

上一步只给了骨架,这里补全外置 Portal 服务器的完整命令链(依据官方《配置 Navi AC+外置 Portal 认证示例》原文):

# ---------- 第一步:Portal 认证页面 URL 模板 ----------
url-template name url-template
 # Portal 认证页面的真实地址
 url http://10.23.200.1:8080/portal
 quit

# ---------- 第二步:Portal 服务器模板(管服务器 IP / 密钥 / 端口) ----------
web-auth-server web-auth-server
 # 外置 Portal 服务器的 IP
 server-ip 10.23.200.1
 # 与 Portal 服务器约定的共享密钥(必须一致)
 shared-key cipher YsHsjx_202206
 # 与 Portal 服务器约定的端口
 port 50200
 # 引用第一步的 URL 模板
 url-template url-template
 quit

# ---------- 第三步:Portal 接入模板,绑定服务器 ----------
portal-access-profile name portal-access
 # direct 表示二层 Portal 认证(三层用 layer3)
 web-auth-server web-auth-server direct
 quit

✅ 已核实(官方配置示例原文):以上 url-template → web-auth-server(server-ip / shared-key cipher / port / url-template)→ portal-access-profile(web-auth-server <名> direct)→ authentication-profile(portal-access-profile <名>)整条链,均来自华为官方《配置 Navi AC+外置 Portal 认证示例》。出处:https://support.huawei.com/enterprise/zh/doc/EDOC1100332873 (配置指南 → WLAN配置举例 → 配置 Navi AC+外置 Portal 认证示例)

⚠ V200R021C00 及之后有一条必配命令,漏了整个 Portal 用不了(官方原文):“V200R021C00 以及之后的版本,必须使用 portal web-authen-server server-source 或 server-source 命令配置设备可以接收和响应 Portal 服务器报文的本机网关地址,才能正常使用 Portal 对接功能”:

# V200R021C00 及之后:指定接收 Portal 报文的本机网关地址
portal web-authen-server server-source all-interface

这条是"配了但不生效"的头号原因。

⚠ Portal 有两个官方明确的限制(原文):①"采用 Portal 认证或包含 Portal 认证的混合认证时,不支持认证前授权 VLAN 和认证失败授权 VLAN";②内置 Portal 服务器"集成在接入设备内部……仅具有 Portal 服务器的一些基本功能",规模场景建议外置。

(3)混合认证:MAC 优先的 Portal、MAC+802.1X

官方支持两种混合方式,做法就是"在一个认证模板里绑多个接入模板":

混合方式 认证模板里绑什么 通过规则(官方原文)
MAC 优先的 Portal mac-access-profile + portal-access-profile “MAC 认证成功后,再进行 Portal 认证,两种认证方式有一种认证通过时,用户认证通过”
MAC + 802.1X mac-access-profile + dot1x-access-profile “MAC 认证成功后,再进行 802.1X 认证,两种认证方式均通过后,用户认证通过”
# MAC + 802.1X 混合认证的认证模板写法
authentication-profile name wlan-mixed
 mac-access-profile wlan-mac-access
 dot1x-access-profile wlan-1x-access
 authentication-scheme radius-auth
 quit

官方还有两条很实用的提醒:“一个认证模板最多支持绑定一个 802.1X 接入模板和一个 MAC 接入模板”;若希望用户"以一种方式认证成功后不再以其他方式进行认证",用 authentication single-access 限制。

21.2.3 逐行讲解

命令 作用 为什么这么填 / 新手常填错的地方
radius-server template wlan-radius 建 RADIUS 模板 名字随意但建议包含用途,后期多个服务器好区分
radius-server shared-key cipher Radius@2026 共享密钥 必须与服务器上配置的一字不差,包括大小写和特殊字符;这是认证失败第一大原因
radius-server authentication 10.200.1.50 1812 认证服务器 端口标准是 1812(老设备可能是 1645);IP 是 RADIUS 服务器的地址,必须 AC 可达
radius-server accounting 10.200.1.50 1813 计费服务器 不配计费可以,但要清楚"没法统计上网时长"
radius-server retransmit 2 重试次数 默认一般 3 次,配太小会因偶发丢包判定失败
radius-server timeout 5 超时秒数 配太小会在服务器响应慢时误判失败
authentication-mode radius 认证方式 RADIUS 不配这个,AC 不知道要去找服务器
authentication-mode radius local RADIUS 失败后走本地 注意:这会带来安全风险(本地账号可绕过 RADIUS),一般只给运维应急用
domain acme.com 建域 用户名形如 zhangsan@acme.com 时走这个域
domain default 缺省域 用户名不带后缀时走它;漏配 default 域是最常见的"认证没反应"原因
security wpa2 dot1x aes WPA2 企业版 dot1x 表示用 802.1X;aes 加密套件不能省
security-profile wlan-1x(VAP 视图内) VAP 引用 只建安全模板不改 VAP 引用,等于没换认证方式

21.2.4 一个完整的 802.1X 部署清单(华为)

一份可以直接拿去对现场核对的清单,交付前逐条打勾。每一条都对不上,就别指望认证能通。

   ┌──────────────────────────────────────────────────────────────┐
   │ ① 网络层                                                      │
   │    □ AC 能 ping 通 RADIUS 服务器 10.200.1.50                  │
   │    □ 中间防火墙放行 UDP 1812 / 1813                           │
   │    □ RADIUS 服务器白名单里加了 AC 的源地址                     │
   ├──────────────────────────────────────────────────────────────┤
   │ ② AC 侧 AAA                                                   │
   │    □ radius-server template 建好,IP 与端口正确               │
   │    □ shared-key 与服务器一字不差                              │
   │    □ authentication-scheme 指定 radius                        │
   │    □ domain acme.com 绑定了 radius 模板                       │
   │    □ domain default 也绑定了(否则不带后缀的用户名走不通)       │
   ├──────────────────────────────────────────────────────────────┤
   │ ③ AC 侧 WLAN                                                  │
   │    □ security-profile 里是 wpa2 dot1x aes                     │
   │    □ vap-profile 引用了这个 security-profile                  │
   │    □ ap-group 绑定了这个 vap-profile                          │
   │    □ display vap ssid 显示 ON                                  │
   ├──────────────────────────────────────────────────────────────┤
   │ ④ 服务器侧                                                    │
   │    □ 服务器支持终端将要使用的 EAP 方式(PEAP / TLS)           │
   │    □ 服务器证书有效、未过期                                    │
   │    □ 账号库可查、密码正确                                      │
   │    □ 授权属性(VLAN、ACL)已配置                              │
   ├──────────────────────────────────────────────────────────────┤
   │ ⑤ 验证                                                        │
   │    □ test-aaa 测试通过                                        │
   │    □ 真终端能连上并拿到授权 VLAN 的地址                        │
   │    □ 下线后服务器有计费 Stop 记录                              │
   └──────────────────────────────────────────────────────────────┘

这份清单里的每一条,都对应 20.6 排错表里的某一行。现场出问题时,从下往上逐条核对,比凭感觉猜快得多。

21.3 H3C 设备配置详解

21.3.1 H3C 的 AAA 模型

H3C 的 AAA 组织方式与华为对应关系如下:

概念 华为 H3C
域 domain acme.com domain acme(ISP 域)
认证方案 authentication-scheme authentication default radius-scheme(直接挂在域上)
RADIUS 模板/方案 radius-server template radius scheme
服务器地址 radius-server authentication <IP> <端口> primary authentication <IP> <端口>
共享密钥 radius-server shared-key cipher <密钥> key authentication simple/cipher <密钥>

21.3.2 完整配置模板(RADIUS + 802.1X)

下面是 H3C WX 侧"RADIUS 方案 + ISP 域 + WLAN 服务模板"的完整配置骨架,RADIUS 服务器同样假定为 10.200.1.50:

# 进入系统视图
system-view

# 设备名
sysname WX3540H

# ---------- 第一步:RADIUS 方案 ----------
radius scheme wlan-radius
 # 认证服务器
 primary authentication 10.200.1.50 1812
 # 计费服务器
 primary accounting 10.200.1.50 1813
 # 共享密钥(与服务器一致)
 key authentication simple Radius@2026
 key accounting simple Radius@2026
 # 用户名格式:不带域名发送给服务器
 user-name-format without-domain
 quit

# ---------- 第二步:ISP 域 ----------
domain acme
 # 默认认证/授权/计费都用 radius scheme
 authentication default radius-scheme wlan-radius
 authorization default radius-scheme wlan-radius
 accounting default radius-scheme wlan-radius
 quit

# 缺省域
domain default
 authentication default radius-scheme wlan-radius
 quit

# ---------- 第三步:WLAN 侧启用 802.1X ----------
wlan service-template wlan-office
 # 密钥管理模式:802.1X
 akm mode dot1x
 # 设置 802.1X 认证方式
 # (具体命令与版本相关,见下方说明)
 service-template enable
 quit

✅ 已核实(H3C 官方配置举例原文):H3C 的 WLAN 802.1X 要三条命令配合——全局定认证方法、服务模板定 AKM 与加密、服务模板再定用户认证方式与认证域:

# 1) 全局:配置 802.1X 认证方法为 EAP 中继
dot1x authentication-method eap

# 2) 服务模板:AKM 用 802.1X,加密 CCMP,安全 IE 用 RSN
wlan service-template st1
 ssid service
 vlan 200
 akm mode dot1x
 cipher-suite ccmp
 security-ie rsn

 # 3) 服务模板:用户认证方式 802.1X + 指定 ISP 域
 client-security authentication-mode dot1x
 dot1x domain dm1

 service-template enable
 quit

出处:https://www.h3c.com/cn/d_202211/1721433_30005_0.htm (《H3C Anchor AC 集中转发模式下 802.1X 远程认证典型配置举例》)、https://www.h3c.com/cn/d_201904/1173604_30005_0.htm (《WLAN 用户接入认证配置》)

两个容易混的点:

  1. akm mode dot1x 只解决"密钥管理用 802.1X",还必须有 client-security authentication-mode dot1x 才真正启用 802.1X 用户认证——只配前者时终端能连上但不会要求 802.1X 认证。
  2. ISP 域的选择顺序(官方原文):“无线服务模板下指定的 ISP 域 → 用户名中指定的 ISP 域 → 系统缺省的 ISP 域”。所以服务模板下的 dot1x domain 优先级最高。

(2)Portal 认证骨架

H3C 的 Portal 认证分三段:Portal Web 服务器模板、服务模板上开 Portal 认证、服务模板引用服务器。完整写法(官方配置举例原文):

# ---------- 第一段:Portal Web 服务器模板 ----------
portal web-server newpt
 # Portal 认证页面的 URL
 url http://2.2.2.100:8080/portal
 # 向 Portal 报文携带客户端 IP 的参数(按 Portal 服务器要求选)
 url-parameter wlanuserip source-address
 quit

# ---------- 第二段 + 第三段:服务模板上开 Portal 并引用服务器 ----------
wlan service-template st1
 ssid service
 vlan 200
 client forwarding-location ac

 # 安全部分照常配(Portal 通常在开放/PSK 之上叠加)
 akm mode psk
 preshared-key pass-phrase simple 12345678
 cipher-suite ccmp
 security-ie rsn

 # 开启 IPv4 Portal 认证,方式为直接认证(direct)
 portal enable method direct

 # 指定 Portal 用户的认证域
 portal domain dm1

 # 设置发给 Portal 服务器报文里的 BAS-IP 属性(Portal 2.0 必须携带)
 portal bas-ip 2.2.2.1

 # 引用 Portal Web 服务器
 portal apply web-server newpt

 service-template enable
 quit

✅ 已核实(H3C 官方配置举例原文):portal web-server <名> + url + url-parameter wlanuserip source-address;服务模板下 portal enable method direct、portal domain <域名>、portal bas-ip <AC地址>、portal apply web-server <名>、service-template enable。出处:https://www.h3c.com/cn/d_202304/1831739_30005_0.htm (《H3C 无线控制器远程 Portal 认证典型配置举例》)、https://www.h3c.com/cn/d_202202/1552967_30005_0.htm (《Portal 配置》)

三条官方提醒:

  1. portal bas-ip 不是可选项——官方说明"设备上运行 Portal 2.0 版本时,主动发送给 Portal 认证服务器的报文(例如强制用户下线报文)中必须携带 BAS-IP 属性"。 2 本地转发模式下还要额外开 portal host-check enable(无线 Portal 客户端合法性检查),否则 AC 上没有 ARP 表项会导致合法用户认证失败。
  2. 可选但实用:portal fail-permit web-server(Portal 服务器挂了时用户逃生放行)、portal free-rule(放行 DNS 等免认证流量)。

21.3.3 逐行讲解

命令 作用 为什么这么填 / 新手常填错的地方
radius scheme wlan-radius 建 RADIUS 方案 名字建议带用途
primary authentication 10.200.1.50 1812 认证服务器 IP + 端口;可以再配 secondary 做备份服务器
primary accounting ... 计费服务器 不需要计费可以不配
key authentication simple Radius@2026 认证密钥 simple 是明文,cipher 是密文;必须与服务器一致
key accounting simple ... 计费密钥 有些服务器认证与计费密钥不同,要与服务器侧核对
user-name-format without-domain 用户名不带域名发送 服务器账号库里只有 zhangsan 而不是 zhangsan@acme 时必须配它
domain acme 建 ISP 域 与华为的 domain acme.com 对应
authentication default radius-scheme X 认证走 RADIUS 这是 H3C 的"一条命令串起来"风格
domain default 缺省域 不配的话不带后缀的用户名无处可去

21.4 华为 / H3C 命令对照表

功能 华为(VRP) H3C(Comware V7) 差异说明
RADIUS 模板/方案 radius-server template X radius scheme X 名字不同,概念一样
认证服务器 radius-server authentication <IP> <端口> primary authentication <IP> <端口> H3C 叫 primary
计费服务器 radius-server accounting <IP> <端口> primary accounting <IP> <端口> 同上
共享密钥 radius-server shared-key cipher X key authentication simple X 加密方式参数不同
进入 AAA aaa 无(直接在系统视图) H3C 没有独立 aaa 视图
认证方案 authentication-scheme X + authentication-mode radius 域下直接 authentication default radius-scheme X 华为分两层,H3C 一条
域 domain acme.com domain acme 华为域可含点,H3C 一般不带点
用户名格式 domain-name-delimiter 等 user-name-format without-domain H3C 有专门命令
WLAN 802.1X 安全模板 security wpa2 dot1x aes 服务模板 akm mode dot1x 位置不同
查 RADIUS display radius-server configuration display radius scheme 命令名不同
查 AAA display aaa configuration display domain 命令名不同
测试认证 test-aaa test-aaa 名称相近,参数不同

21.5 配置验证

21.5.1 华为侧验证

先确认 RADIUS 模板本身建对了:

# 查看 RADIUS 服务器模板
display radius-server configuration
----------------------------------------------------------------------
Radius Server-name              : wlan-radius
Authentication Server           : 10.200.1.50:1812
Accounting Server               : 10.200.1.50:1813
Shared-key                       : ******
Retransmit Times                : 2
Timeout Interval(sec)           : 5
----------------------------------------------------------------------

再确认 AAA 域绑定正确:

# 查看 AAA 配置概览
display aaa configuration
Domain Name            : acme.com
  Authentication Scheme : radius-auth
  Radius Server Template : wlan-radius

最关键的一步:直接测试 RADIUS 通不通。华为提供 test-aaa 命令,可以绕过无线直接测认证:

# 用测试账号直接验证 RADIUS 认证
test-aaa zhangsan@acme.com Test@123 radius-template wlan-radius
Info: The user zhangsan@acme.com obtained the IP address... success
Return message:
  Result    : Success
  ... 

这一步能解决 80% 的"到底是无线问题还是 RADIUS 问题"的纠结:如果 test-aaa 通,说明 RADIUS 链路没问题,问题在无线侧;如果 test-aaa 也不通,说明 RADIUS 或共享密钥有问题,先在服务器侧排查。

21.5.2 H3C 侧验证

同样的思路,先查 RADIUS 方案,再查 ISP 域:

# 查看 RADIUS 方案
display radius scheme wlan-radius
Radius scheme name         : wlan-radius
Primary Authentication     : 10.200.1.50:1812
Primary Accounting         : 10.200.1.50:1813
# 查看 ISP 域配置
display domain acme
Domain name              : acme
Authentication Scheme    : radius-scheme wlan-radius

21.5.3 端到端验证

终端侧的验证方式与第 20 章基本一致,只是认证环节换成了 802.1X:

   ① 终端连上 SSID,弹出"身份验证"对话框(Windows)或要求输入用户名密码(手机)
   ② 输入账号后能连上
   ③ 终端拿到授权 VLAN 的地址
   ④ 能上网

如果终端压根不弹认证框,通常说明 SSID 的安全方式不是 802.1X(还是 PSK),回到了第 20 章的检查。

看终端的认证方式是否正确(H3C 的输出里有明确字段):

# H3C:查看在线客户端的详细认证信息
display wlan client verbose
Authentication method             : Open system
Security mode                     : RSN
AKM mode                          : 802.1X
Cipher suite                      : CCMP
User authentication mode          : 802.1X

AKM mode : 802.1X 说明这台终端走的是 802.1X,不是 PSK。

21.5.4 一个真实的"证书过期"故障

现象:周一早上九点,办公楼所有用 802.1X 的笔记本突然连不上 Wi-Fi,手机端(用 PSK)一切正常。用户反馈"一直提示验证失败"。

排查过程:

步骤 动作 结果 判断
1 看 AC 的 display station all 有终端关联记录,但很快就掉了 无线侧能连,认证在失败
2 看 RADIUS 服务器日志 大量 Access-Reject,原因是 EAP 失败 服务器侧确实拒绝了
3 用 test-aaa 测试 失败 问题不在无线侧
4 检查服务器证书有效期 已过期 根因
5 查看服务器上证书更换记录 上周五夜间有人改过服务器,换了证书但没更新到 AC/终端信任列表 变更引入
6 更新服务器证书与客户端信任 恢复 解决

根因:PEAP 认证需要服务器证书,客户端要信任此证书。服务器证书过期或更换后,客户端校验失败,直接拒绝完成 EAP。

教训:

  • 证书到期是"突然全网瘫"的经典诱因,而且往往在业务高峰被发现。部署 802.1X 时就把证书到期日写进运维日历,提前一个月提醒续期。
  • 换证书属于高风险变更,要在测试环境先验证,再低峰期上生产。
  • 手机用 PSK、笔记本用 802.1X 的混合部署,“一半能连一半不能连"是很强的信号:问题出在认证链路而不是无线链路。

21.5.5 认证性能也值得关注

认证不是免费的。一次 802.1X 认证涉及多轮 EAP 交互,在高峰期(比如早上 9 点大家同时上班)会有大量认证请求并发。

指标 说明 参考值
单次认证耗时 从请求到成功 通常 200ms~2s(PEAP 比 EAP-TLS 快一些)
并发认证能力 AC 每秒能处理多少认证 取决于 AC 型号与版本,低端 AC 在高峰期可能成为瓶颈
RADIUS 服务器承载 服务器每秒能处理多少请求 服务器侧要留余量

如果一个场景是"早上 9 点大量用户连不上,9 点 20 之后就好了”,很可能不是配置错了,而是认证并发打满了某一层。此时考虑:

  • 用快速漫游(802.11r,第 22 章)降低漫游时的重复认证
  • 启用"认证缓存/会话恢复"(客户端掉线后短时间内重连免认证)
  • 提升 RADIUS 服务器的处理能力或部署备用服务器

21.6 排错与故障树

症状 可能原因 排查命令 定位方法
终端不弹认证框 安全方式还是 PSK;终端不信任服务器证书 华为 display security-profile name X 确认是 wpa2 dot1x,不是 wpa2 psk
认证失败,提示用户名密码错 账号密码错;用户名格式(带不带域名)不对 test-aaa 直接测 先用 test-aaa 排除无线因素
认证失败,服务器无任何日志 RADIUS 报文没到服务器 AC 侧 ping 服务器;抓包 网络不通、端口被防火墙挡、AC 源地址没被服务器放行
认证失败,服务器有日志但不认 共享密钥不一致 对比两侧密钥 这是第一大原因,逐字符比对
认证成功但拿不到授权 VLAN 服务器下发的属性格式不对 / AC 不认识 display access-user(华为) 检查服务器 VSA 属性、厂商字典
认证成功但上网受限 服务器下发了 ACL,或 ACL 配错 display acl all 看授权属性里有没有 ACL 号
偶发认证失败 RADIUS 超时 / 丢包 / 服务器负载高 display radius-server configuration 看重试与超时 加大 timeout 与 retransmit
长时间用着突然掉线 会话超时 / 计费报文丢失 服务器侧计费日志 检查理顺;确认计费端口 1813 通

排查的黄金分界线:test-aaa 通不通。

  • 通 → 问题在无线侧(安全模板、EAP 交互、终端)。
  • 不通 → 问题在 RADIUS 侧(网络、密钥、服务器策略)。

这一刀切下去,问题范围立刻减半。

21.6.1 排障流程要"先分层再动手"

认证类故障跟其他故障最大的不同是:它在物理层、网络层、AAA、终端四个层次都会表现为"连不上"。所以排障第一步不是查配置,而是先把"哪一层出问题"框定出来。可以用下面这张"三分钟定位表"。

观察到的现象 指向 下一步
手机/电脑收不到 SSID 无线层 第 18/19 章(AP 上线、VAP 绑定)
能连上但弹出的认证框一直转圈 EAP 交互层 看 AC 与服务器是否都有这次请求
认证框闪退、提示密码错 凭据层 就账号密码本身核对
认证成功但显示"无 Internet" 授权/数据层 查授权 VLAN、ACL、网关
认证成功但很快就掉线 会话/计费层 查服务器空闲超时、认证缓存
某一类终端全不行、另一类全正常 终端策略层 查证书、EAP 方式、系统补丁

这张表的价值在于:把"配置哪错了"这个无从下手的问题,变成"现在该去看哪一层日志"这个可以立刻动手的问题。

21.6.2 共享密钥为什么总是配不对

共享密钥是 802.1X 排障里的第一大原因,值得单独说两句"为什么"。

RADIUS 的共享密钥用于两件事:

  1. 对每个报文计算 HMAC-MD5(放在 Message-Authenticator 属性里),服务器和 AC 都用密钥算一遍,对不上就丢弃。
  2. 对 User-Password 属性做异或加密(RFC 2865 定义的加密方式)。

这意味着密钥只要有一个字节不一样,报文就会被静默丢弃——服务器既不记录失败原因,也不返回明确错误,表现出来就是"超时"或"请求没到"。对照检查清单:

检查点 常见差异
大小写 服务器配 Radius@2026,AC 配 radius@2026
特殊符号 @、#、$ 在某些设备配置里需要转义或加引号
空格 从文档复制时带进不可见的全角空格
密钥版本 服务器有"认证密钥"和"计费密钥"两个,AC 配错其中一个
多台 AC 两台 AC 各配一个密钥,服务器只认一个

唯一的排查方法是逐字符比对,别靠眼睛看,用文本工具比对,或者两边都重设为同一个简单字符串(如 test1234)做连通性测试,通了再换回正式密钥。

21.7 新手踩坑与注意事项

  1. 共享密钥不一致——症状:服务器日志显示认证请求被拒,或 AC 侧报超时。避开:配置时从服务器复制密钥,别手打;改密钥要两边同时改。
  2. 忘了配 domain default——症状:用户名不带 @ 时认证完全没反应。避开:域名后缀要么强制用户输全,要么配缺省域。
  3. RADIUS 服务器没放行 AC 的源地址——症状:服务器日志里根本没有请求。避开:在服务器上把 AC 的 CAPWAP/管理地址加进"允许的客户端"列表。
  4. 只建了 RADIUS 模板,没改 WLAN 安全模板——症状:还以为在用 802.1X,结果终端还在用 PSK。避开:安全模板改成 wpa2 dot1x,并确认 VAP 引用了它。
  5. EAP 方式不匹配——症状:终端用 PEAP,服务器只支持 EAP-TLS。避开:先和运维确认服务器支持哪些 EAP 方式。
  6. 证书过期——症状:某天开始所有终端都连不上,日志提示证书错误。避开:把证书到期日写进年度运维日历。
  7. MAC 认证当 802.1X 用——症状:安全性远低于预期。避开:MAC 认证只用于 IoT 隔离网,绝不当员工主网络。
  8. test-aaa 不测就上生产——症状:用户大面积连不上才发现问题。避开:配完立刻 test-aaa 测一遍。
  9. 计费端口没通导致话单丢失——症状:能上网但无法统计上网时长。避开:1813 端口同样要放行。
  10. 访客网络和内网没隔离——症状:访客能访问内网资源,安全事件。避开:访客业务放独立 VLAN,并用 ACL 禁止访问内网段。

21.8 本章小结

21.8.1 要点清单

  • PSK 的问题:共享密码、无法审计到人、离职难收回、访客不便。
  • 三大企业级认证:802.1X(员工,最安全)、Portal(访客,最方便)、MAC(IoT,最省事)。
  • AAA 模型:认证你是谁、授权你能干什么、计费你用了多少。
  • AC 是中继:AC 不查名单,只把 EAP 报文封进 RADIUS 转发给服务器。
  • EAP 方式:EAP-TLS(证书,最强)、PEAP(账号密码 + TLS,最常用)、EAP-TTLS(兼容性好)。
  • AAA 挂接链:域 → 认证方案 → RADIUS 模板 → 服务器。缺一环就走不通。
  • 排查黄金分界线:test-aaa 通不通,切口在无线和 RADIUS 之间。
  • 访客网必须隔离:独立 VLAN + ACL。

21.8.2 自测题

  1. 802.1X 认证中,AC 扮演什么角色?真正的用户名单存在哪?
  2. PEAP 和 EAP-TLS 的核心区别是什么?什么场景选哪一个?
  3. 为什么 domain default 漏配会导致认证失败?
  4. RADIUS 认证失败,服务器上没有任何日志,最可能是哪几类原因?
  5. 访客网络为什么不能和员工网络共用 VLAN?
  1. AC 扮演**中继(relay)**角色,负责在终端与服务器之间转发 EAP 报文,不负责验证身份;真正的用户名单和密码存放在 RADIUS 服务器上。
  2. EAP-TLS 需要客户端证书 + 服务器证书双向认证,不需要密码,安全性最高但部署最麻烦;PEAP 只需要服务器证书,客户端用用户名 + 密码在 TLS 隧道里认证。一般企业/学校选 PEAP(AD 域环境最方便),高安全要求场景选 EAP-TLS。
  3. 因为用户输入的用户名常常不带域名后缀(如只输 zhangsan),AC 用这个用户名找不到对应的域,就回落到 default 域。若 default 域没配 RADIUS 引用,认证就无处可去,表现为"点了认证没反应"。
  4. 常见原因:AC 到 RADIUS 服务器网络不通;RADIUS 端口(1812)被防火墙拦截;服务器没有放行 AC 的源地址;服务器配置的共享密钥与 AC 不一致(某些服务器在密钥不匹配时不记录可见日志)。
  5. 访客设备不可信,可能与员工终端在同一二层网段互相访问、广播风暴、ARP 欺骗;且访客 VLAN 需要 ACL 隔离以禁止访问内网资源。共用 VLAN 会让网络安全边界消失。

关于本书:《华为 / H3C 网络设备典型功能配置详解》—— 面向国内高校/企业网络环境, 华为 VRP 与 H3C Comware 双厂商并排配置的实操教材,共 43 章。 全书所有命令尽量有官方出处,查不到的显式标注「待核实」。 返回系列目录