F3110‑1 登录提示 debug‑api‑usr
debug‑api‑usr 是防火墙内置后台调试 API 账号，不允许人工 Web/SSH 登录；出现这个提示，不是你输错用户名，是登录流程被异常跳转到这个内部账号，V7 版本 F3110‑AK 系列该故障很常见。
现象特征
Web 登录输入 admin + 密码，页面报错出现debug‑api‑usr；或者 SSH 登录日志打印这个账号。
大概率伴随：登录页面缓存异常、COOKIE 损坏、浏览器代理 / 插件干扰；少数是设备 AAA/WEB 后台进程异常。
该账号不能用来登录，属于设备内部组件调用使用。
排查步骤（按顺序）
1、客户端侧优先（80% 现场问题出在这里）
浏览器全部清除缓存、COOKIE；使用无痕 / 隐私模式登录，关闭所有代理、VPN、浏览器插件。
更换浏览器（Chrome、Edge），不要用旧版 IE。
不要用 IP 地址带后缀、不要用收藏夹旧链接；直接输入 https://防火墙IP。
如果 4A 堡垒机登录出现该报错：更换堡垒机会话，清除 4A 的浏览器缓存，新建资产会话。
原理：浏览器残留旧会话 COOKIE，提交表单异常，后端错误解析为内部 debug‑api‑usr 账号。
2、Console 口登录防火墙，检查本地用户配置
Console 串口登录设备，执行：
bash
display local‑user
看是否出现debug‑api‑usr用户；正常版本默认不会显示该用户，是系统内置隐藏账号。
确认 admin 用户状态：State: Active，没有 lock 锁定，service‑type 包含https ssh console。
bash
#如果admin被锁定，解锁
undo lock user admin

#查看WEB服务状态
display ip https status

#查看登录失败日志
display logbuffer | include LOGIN
3、重启 WEB 后台进程（不重启整机，业务不中断）
Web 进程异常会引发表单解析错乱，触发 debug‑api‑usr 报错。
bash
system‑view
ip https disable
sleep 3
ip https enable
关闭再开启 https 服务，刷新 Web 后台会话。
4、如果上面操作无效，检查版本 BUG
F3110‑AK 系列早期版本（E64xx 早期版本）存在 Web 表单解析缺陷，高并发登录、会话残留时就会抛出debug‑api‑usr报错。
临时规避：整机重启防火墙；
根治：升级到官方稳定版本 E6409Pxx 及以上版本。
5、特殊场景：4A / 第三方平台 API 联动
如果防火墙配置过 NETCONF/API 对接 4A、网管平台：
检查是否第三方系统持续异常调用 API 接口，把 Web 登录会话冲乱。
临时关闭 netconf 相关服务，测试普通管理员能否正常登录。
bash
undo netconf soap https enable
快速验证定位
Console、SSH 命令行直接登录 admin，如果命令行登录完全正常，仅 Web 页面报 debug‑api‑usr →问题定位在 Web 页面 /https 进程 / 浏览器侧。
如果 Console 也报这个提示，属于系统底层异常，优先升级版本。
总结
绝大多数：浏览器缓存、COOKIE 异常，无痕模式即可恢复。
其次：关闭再开启ip https重置 web 服务。
复现频繁：版本 bug，升级固件；临时应急整机重启。
不要尝试操作 debug‑api‑usr 账号，该账号禁止人工登录。