硬件坏了换硬件

H3C 无线 Portal 认证服务器（iMC/UAM）损坏恢复处理

场景：外置 iMC‑UAM 做无线 Portal 认证，服务器硬件 / 系统故障宕机，终端 WiFi 无法弹出认证页面、不能上网。 分应急止损（业务先通）→排查服务器故障→恢复重建 iMC三个阶段H3C。

一、第一阶段：业务应急（优先保障用户上网）

方案 1：开启 Portal 逃生（推荐，不需要改动业务模板）

AC 探测 Portal 服务器不可达后，自动放行用户上网；服务器修复恢复连通后，自动重新启用 Portal 认证，未认证终端再次需要认证，已在线用户继续保留网络权限H3C。

查看 Portal 服务器状态：

Status 显示 Down，代表 AC 已经检测到服务器失联，逃生功能生效，终端直接上网。

⚠️注意：逃生只是临时放行，没有认证校验，风险较高，仅故障期间启用，服务器修好立刻关闭逃生。

方案 2：切换 AC 内置本地 Portal（适合 iMC 彻底损坏，短期无法修复）

WX25xx/WX35xx 系列 AC 自带内置 Portal 服务器，可以临时替代 iMC，本地维护账号密码，不需要外置服务器www0.h3c.c...。

需要重新配置：内置 portal、本地用户、服务模板绑定 domain。 缺点：原有 iMC 账号无法直接迁移，需要在 AC 上重新录入账号。

方案 3：临时关闭 SSID 的 Portal 认证（最简粗暴）

修改 wlan 服务模板，临时去掉 portal 认证，所有无线直接上网。

服务器修复完成后重新敲portal enable开启认证。

二、第二阶段：排查 iMC 服务器本身故障

iMC 服务器损坏分两类：软件服务崩溃、硬件彻底损坏。

1. 能远程登录服务器（Windows）
   • 打开【智能部署监控代理】，检查所有 iMC 服务状态；全部停止则重启 iMC 整套服务。
   • 查看磁盘是否满、数据库 PostgreSQL 是否异常、磁盘坏道。
   智能部署监控代理 → 运行环境 → 重启全部iMC服务
2. 服务器系统崩溃 / 硬件损坏（硬盘故障、主板故障，无法开机）
   • 优先寻找iMC 数据库完整备份文件（dbman 备份，后缀.db）；没有备份账号数据会丢失H3C。

   iMC 备份路径默认：iMC安装目录\dbman\bak

三、第三阶段：重建恢复 iMC‑UAM Portal 服务

情况 A：有完整 dbman 备份（最优）

1. 新服务器安装完全相同版本号的 iMC 平台 + UAM 组件（版本必须和旧服务器一致）。
2. 停止 iMC 全部服务；拷贝旧服务器备份 bak 目录到新服务器。
3. 智能部署监控代理 →【运行环境】→【立即恢复】，选择 db 备份文件执行恢复H3C。
4. 恢复完成启动 iMC；复制旧服务器加密密钥文件 ks.dat、imchw.conf 到新服务器对应目录，否则密码会异常失效HPE Aruba ...。
5. 修改 iMC 里面接入设备（AC）的 IP、共享密钥；同时 AC 上 portal server 视图内修改服务器 IP、密钥，两边密钥必须完全一致。
6. AC 执行display portal server确认状态回到 Up，测试终端是否正常弹出认证页面。

情况 B：没有备份（数据丢失）

1. 重装 iMC+UAM，重新添加接入设备（AC），配置 portal、radius 共享密钥。
2. UAM 里面手动重建所有接入账号、服务策略。
3. AC 侧 portal server 配置核对 IP、密钥。

四、恢复完成后收尾操作

1. 在 AC 上关闭 portal 逃生功能：

2. 测试终端连接 WiFi，确认可以正常跳转 Portal 登录页面，认证成功可以上网。
3. 查看 Portal 认证日志排查异常：

五、后续预防建议

1. iMC 服务器开启定时自动 dbman 数据库备份，备份文件拷贝到异地存储，不要只存在本机硬盘。
2. 生产环境建议部署 iMC 双机热备，避免单点故障。
3. AC 预先配置 portal fail‑permit 逃生，服务器故障时业务自动放行，不需要现场紧急改配置。

一、 紧急恢复：启用“Portal 用户逃生”功能

• 自动探测与恢复：AC 会通过探测 HTTP 连接或 Portal 心跳包来监控 Portal Web 服务器的状态。当连续探测失败，AC 会判定服务器不可达，并自动取消无线服务模板上的 Portal 认证功能。当服务器恢复正常通信后，AC 会自动重新启动 Portal 认证。
• 状态监控：在服务器不可达期间，AC 会输出相关的日志信息或向网管发送 Trap 消息，便于运维人员及时发现。

• 网络连通性：在 AC 上执行 ping 或 telnet 测试与认证服务器的连通性，确保 Portal 端口（如 UDP 2000）、RADIUS 端口（1812/1813）及 HTTPS 端口（如 8443）已放通，且中间网络未做 NAT 拦截。
• 服务器进程状态：登录认证服务器后台，检查 Portal 服务进程是否僵死或停止。老环境长时间运行极易出现进程僵死，重启 Portal 认证服务通常可快速恢复。
• 逃生配置检查：确认 AC 侧已正确配置了 Portal 服务器探测功能及逃生动作（Disabling portal authentication / enabling portal authentication bypass）。

二、 彻底恢复：服务器修复与高可用架构

• 检查服务器日志，确认是否收到 AC 发来的 Portal 请求。若未收到，需排查路由或安全策略；若收到但报错，需检查共享密钥是否匹配、证书是否过期或数据库是否异常。
• 确认 AC 侧 Portal 配置（服务器 IP、共享密钥、UDP 端口）与认证服务器侧的接入设备配置完全一致。

• 双机热备（AC 级）：配置两台 AC 互为备份。当主 AC 发生故障时，备 AC 能够迅速接替工作，保证 Portal 业务不中断。
• 双链路备份组网：在分层或本地转发组网中，AP 可在主备 AC 上分别上线。主 AC 链路故障后，备 AC 升级为主 AC，确保认证流量和 AP 管理不中断。