在AC故障且配置了Remote-AP功能后，无线终端业务能否一直正常，取决于具体的配置和认证模式。

在本地认证模式下，当AC与AP的连接出现故障后，已接入的客户端不会下线，新的客户端也仍然可以通过AP本地认证后接入无线网络。这意味着，如果正确配置了本地认证，即使AC永久故障，现有的无线业务和新终端的接入在理论上可以不受影响。

然而，要实现这一目标，必须满足几个关键前提。首先，需要确保客户端的认证位置和关联位置都配置在AP侧。其次，如果使用了需要认证服务器的认证方式（如802.1X或MAC地址认证），必须将认证服务器部署在AP侧，并将所有必要的认证配置（如端口安全、ISP域、本地用户或RADIUS方案）通过AP的配置文件（MAP文件） 下发到AP。如果这些配置没有正确下发，新终端可能无法完成认证流程而无法接入。

此外，还需要注意一些功能限制。通过AP本地认证上线的客户端不支持漫游，也不支持客户端信息备份功能。在AC双机备份的场景下，如果主备AC同时故障，虽然原有业务不受影响，但新终端的漫游可能会受到影响。

因此，在正确配置了本地认证模式或备份认证模式，并确保所有必要配置（尤其是认证相关配置）已通过MAP文件下发至AP的前提下，AC永久故障后，AP侧的无线业务可以持续正常运行。但一些依赖于AC的高级功能（如漫游、客户端信息备份）将无法使用。

 1. 业务能保持正常的前提与表现

• 已连接的终端（老用户）：只要 AP 和终端之间的无线信号稳定，且数据转发模式是本地转发（Local Forwarding），老用户的上网业务基本可以做到无感知，继续正常访问网络。
• 新连接的终端（新用户）：如果你的配置中不仅开启了 Remote-AP，还指定了认证位置在 AP 本地（例如使用本地 PSK 密码认证），那么新用户也能正常搜索到 Wi-Fi 并连接上网。

 2. 可能受到的影响与限制

• 漫游功能失效：
  在 AC 故障期间，AP 处于独立工作状态，无法与其他 AP 协同。因此，当用户拿着手机或笔记本在不同 AP 之间移动时，无法实现平滑的无线漫游，可能会导致切换 Wi-Fi 时出现卡顿或短暂断线。
• 部分高级认证受限：
  如果你的网络原本使用的是 802.1X、Portal 网页认证等需要外部服务器（如 RADIUS 服务器）交互的复杂认证方式，AC 故障后，新用户可能无法完成认证上线，除非你提前配置了复杂的本地逃生认证策略。
• AP 自身的重启机制（关键点）：
  这是最容易被忽略的一点。部分厂商的 AP 设备在检测到与 AC 失联超过一定时间后（例如默认可能是 2 小时或 8 小时），为了防止 AP 处于“失联孤儿”状态，会触发自动重启机制，试图重新寻找 AC。
  • 应对方法：如果你希望 AC 永远不恢复业务也不受影响，通常需要在 AP 或 AC 的配置中关闭或调大“AP 失联重启定时器”（例如将其设置为 0 或永不重启），否则在超时后 AP 会自动重启，导致所有终端业务中断。
• 管理与运维缺失：
  AC 故障期间，你将无法通过 AC 对 AP 进行统一配置下发、射频优化、查看监控日志等操作。