Securex 认证
移动端认证需要和服务器入口匹配。Securex 原生认证、反向代理认证或 NAS 外层认证可能具有不同 Cookie/Header 行为。
核心说明
本页内容按该功能本身整理，不再使用通用占位说明。以下项目均与当前主题直接相关。
会话持久化
登录后保存受保护的会话信息，并在过期时回到登录流程。
路径
认证请求和后续 API 必须使用同一 Base URL/子路径。
Cookie
代理改变 SameSite/Secure/Domain 时可能导致 App 无法复用登录状态。
提示
不要把 404、502、TLS 失败统称为“用户名或密码错误”。
验证与排查
- 修改或执行前记录当前版本/配置，以便回退。
- 完成后同时检查 UI 状态和后端日志，不只看一个成功提示。
- 如果问题只在单个摄像头/插件出现，先做最小范围对比，避免全局改动。
Securex Authentication
Mobile authentication must match the server entry point. Native, reverse-proxy and NAS gateway authentication can use different cookie/header flows.
Core behavior
This page is topic-specific rather than a generic placeholder.
Session
Persist protected session data and handle expiry.
Path
Auth and subsequent APIs must use the same base path.
Cookies
Proxy cookie rewriting can break session reuse.
Errors
Do not label 404/502/TLS failures as bad credentials.
Verification and troubleshooting
- Record the current version/config before changes so rollback is possible.
- Verify both UI state and backend logs after the change.
- If only one camera/plugin is affected, isolate it before making global changes.
Autenticación Securex
La autenticación móvil debe coincidir con el punto de entrada; auth nativa, proxy o NAS pueden usar cookies/headers distintos.
Comportamiento
Esta página contiene contenido específico del tema, no un texto genérico.
Sesión
Guarde sesión de forma segura y gestione expiración.
Ruta
Auth y API deben usar la misma ruta base.
Cookies
Reescritura puede romper la sesión.
Errores
No llame “credenciales incorrectas” a 404/502/TLS.
Verificación y diagnóstico
- Registre versión/configuración antes de cambiar para poder revertir.
- Compruebe UI y logs del backend después.
- Si afecta a una sola cámara/plugin, aíslelo antes de cambios globales.