华为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 的作用是:
- 和终端之间用 802.1X(EAPOL)交流;
- 把 EAP 报文原封不动封进 RADIUS 报文的
EAP-Message属性里,转发给服务器; - 服务器说"放行",AC 就告诉终端"通过",并根据服务器下发的属性(VLAN、ACL)给终端分配权限;
- 全程给服务器发计费报文,记录上网时长。
这种"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 用户接入认证配置》)
两个容易混的点:
akm mode dot1x只解决"密钥管理用 802.1X",还必须有client-security authentication-mode dot1x才真正启用 802.1X 用户认证——只配前者时终端能连上但不会要求 802.1X 认证。- 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 配置》)三条官方提醒:
portal bas-ip不是可选项——官方说明"设备上运行 Portal 2.0 版本时,主动发送给 Portal 认证服务器的报文(例如强制用户下线报文)中必须携带 BAS-IP 属性"。 2 本地转发模式下还要额外开portal host-check enable(无线 Portal 客户端合法性检查),否则 AC 上没有 ARP 表项会导致合法用户认证失败。- 可选但实用:
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 的共享密钥用于两件事:
- 对每个报文计算 HMAC-MD5(放在
Message-Authenticator属性里),服务器和 AC 都用密钥算一遍,对不上就丢弃。 - 对
User-Password属性做异或加密(RFC 2865 定义的加密方式)。
这意味着密钥只要有一个字节不一样,报文就会被静默丢弃——服务器既不记录失败原因,也不返回明确错误,表现出来就是"超时"或"请求没到"。对照检查清单:
| 检查点 | 常见差异 |
|---|---|
| 大小写 | 服务器配 Radius@2026,AC 配 radius@2026 |
| 特殊符号 | @、#、$ 在某些设备配置里需要转义或加引号 |
| 空格 | 从文档复制时带进不可见的全角空格 |
| 密钥版本 | 服务器有"认证密钥"和"计费密钥"两个,AC 配错其中一个 |
| 多台 AC | 两台 AC 各配一个密钥,服务器只认一个 |
唯一的排查方法是逐字符比对,别靠眼睛看,用文本工具比对,或者两边都重设为同一个简单字符串(如 test1234)做连通性测试,通了再换回正式密钥。
21.7 新手踩坑与注意事项
- 共享密钥不一致——症状:服务器日志显示认证请求被拒,或 AC 侧报超时。避开:配置时从服务器复制密钥,别手打;改密钥要两边同时改。
- 忘了配
domain default——症状:用户名不带@时认证完全没反应。避开:域名后缀要么强制用户输全,要么配缺省域。 - RADIUS 服务器没放行 AC 的源地址——症状:服务器日志里根本没有请求。避开:在服务器上把 AC 的 CAPWAP/管理地址加进"允许的客户端"列表。
- 只建了 RADIUS 模板,没改 WLAN 安全模板——症状:还以为在用 802.1X,结果终端还在用 PSK。避开:安全模板改成
wpa2 dot1x,并确认 VAP 引用了它。 - EAP 方式不匹配——症状:终端用 PEAP,服务器只支持 EAP-TLS。避开:先和运维确认服务器支持哪些 EAP 方式。
- 证书过期——症状:某天开始所有终端都连不上,日志提示证书错误。避开:把证书到期日写进年度运维日历。
- MAC 认证当 802.1X 用——症状:安全性远低于预期。避开:MAC 认证只用于 IoT 隔离网,绝不当员工主网络。
test-aaa不测就上生产——症状:用户大面积连不上才发现问题。避开:配完立刻test-aaa测一遍。- 计费端口没通导致话单丢失——症状:能上网但无法统计上网时长。避开:1813 端口同样要放行。
- 访客网络和内网没隔离——症状:访客能访问内网资源,安全事件。避开:访客业务放独立 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 自测题
- 802.1X 认证中,AC 扮演什么角色?真正的用户名单存在哪?
- PEAP 和 EAP-TLS 的核心区别是什么?什么场景选哪一个?
- 为什么
domain default漏配会导致认证失败? - RADIUS 认证失败,服务器上没有任何日志,最可能是哪几类原因?
- 访客网络为什么不能和员工网络共用 VLAN?
- AC 扮演**中继(relay)**角色,负责在终端与服务器之间转发 EAP 报文,不负责验证身份;真正的用户名单和密码存放在 RADIUS 服务器上。
- EAP-TLS 需要客户端证书 + 服务器证书双向认证,不需要密码,安全性最高但部署最麻烦;PEAP 只需要服务器证书,客户端用用户名 + 密码在 TLS 隧道里认证。一般企业/学校选 PEAP(AD 域环境最方便),高安全要求场景选 EAP-TLS。
- 因为用户输入的用户名常常不带域名后缀(如只输
zhangsan),AC 用这个用户名找不到对应的域,就回落到default域。若default域没配 RADIUS 引用,认证就无处可去,表现为"点了认证没反应"。 - 常见原因:AC 到 RADIUS 服务器网络不通;RADIUS 端口(1812)被防火墙拦截;服务器没有放行 AC 的源地址;服务器配置的共享密钥与 AC 不一致(某些服务器在密钥不匹配时不记录可见日志)。
- 访客设备不可信,可能与员工终端在同一二层网段互相访问、广播风暴、ARP 欺骗;且访客 VLAN 需要 ACL 隔离以禁止访问内网资源。共用 VLAN 会让网络安全边界消失。
关于本书:《华为 / H3C 网络设备典型功能配置详解》—— 面向国内高校/企业网络环境, 华为 VRP 与 H3C Comware 双厂商并排配置的实操教材,共 43 章。 全书所有命令尽量有官方出处,查不到的显式标注「待核实」。 返回系列目录
本人保留对侵权者及其全家发动因果律武器的权利
版权提醒
如无特殊申明,本站所有文章均是本人原创。转载请务必附上原文链接:https://www.elliot98.top/post/huawei-h3c-book/21/。
如有其它需要,请邮件联系!版权所有,违者必究!