# LionWebsite 一键登录指令方案（/login）

状态：待用户确认，未实施。
关联待办：`todos/open-td-20260921-a1b2c3-lionwebsite-login-tg.md`。

本方案**对齐 PersonalHub 已有的面板登录实现**（`git.lionwebsite.xyz/lion/PersonalService`，
`personal_service/app.py` + `personal_service/security.py`）。PersonalHub 已经用同一套
机制跑在生产上，机器人命令 `/login`、一次性票据、Cookie 会话、退出端点都齐全，因此
LionWebsite 侧直接照搬即可，不需要发明新协议。

## 1. 现状

- 个人面板入口是 `https://personal.lionwebsite.xyz/index`（桌面）与 `/mobile`（移动）。
  nginx 把 `/` 代理到后端 `/personal/`，把 `/index`、`/mobile` 映射到静态入口文件。
- 面板没有登录页。`PrivateMain` 与 `PrivateMainForMobile` 的 `src/store/index.js`
  把 `authCode: "alone"` 写死，所有请求都带 `?AuthCode=alone`。
- 后端 `PersonalInterceptor` 对 `/personal/**`、`/remote/**` 直接比较字面量 `alone`；
  `AdaptorFilter` 也用它决定移动端跳转。`/remote/**` 目前没有对应控制器，属历史遗留。
- `alone` 不在 `User` 表里（表内是 big lion / pubraseer / temp / au283602 / 0619 /
  liondown / bigcat）。它是独立的固定字面量：不轮换、不区分人，且随 JS 产物公开。
- 存储节点另有两处写死 `alone`：`storageNode` 的 `CustomUtil.java`（向 `/message2me`
  推送）与 `MultiThreadedHTTPServer.java`（本机 HTTP 鉴权）。

## 2. 对照：PersonalHub 现有实现

| 关键点 | PersonalHub 做法 | LionWebsite 对应做法 |
| --- | --- | --- |
| 票据 | `OneTimePanelLoginTickets`：进程内字典，`secrets.token_urlsafe(32)`，TTL 300 秒，`consume` 即弹出，最多 8 张活跃 | 同样进程内一次性票据，参数可配 |
| 存法 | 只存 SHA-256 摘要，不存明文 | 相同 |
| 链接 | `panel_login_link()` 只允许配置里的固定 HTTPS origin，附加 `?token=` | `https://personal.lionwebsite.xyz/login?t=` |
| 落地点 | `GET /panel/telegram-login` 校验票据 → 写 session → 303 跳 `/panel` | `GET /login` 校验票据 → 写会话 → 302 跳 `/index` |
| 会话 | Starlette `SessionMiddleware`，签名 Cookie，`same_site=strict`，14 天 | Spring Boot `HttpSession` + Tomcat Cookie，或自签 Cookie |
| 口令登录 | 另有一条 `/api/panel/login`：口令 + TOTP，带 `AttemptLimiter(5, 300)` | 可选，见下文第 4 节 |
| 退出 | `POST /api/panel/logout` 清 session | `GET /login/logout` |
| 机器人 | `TELEGRAM_COMMANDS` 加 `login`，`telegram.py` 派发到 `telegram_panel_login()` | QQ / TG 各加 `/login` |
| 未配置时 | 返回「个人面板尚未完整配置，无法生成登录链接。」 | 返回同类中文提示，不抛异常 |

关键差异：PersonalHub 是 ASGI，直接有 `request.session`；LionWebsite 是 Spring Boot，
需要自己选会话载体。推荐直接用 Spring 的 `HttpSession`，由容器签发 `JSESSIONID`
Cookie，省去自签实现；PersonalHub 的签名 Cookie 是为了在 ASGI 侧无需额外依赖。

## 3. 推荐方案：一次性票据换会话

沿用 PersonalHub 的形状，票据一次性、短时，会话 Cookie 长期。

### 3.1 后端（`lionwebsite-backend`，host-us9929）

1. 新增 `PanelLoginTickets`：进程内 `ConcurrentHashMap`，值为过期时间戳；签发
   `SecureRandom` 32 字节 base64url；校验时**先移除再判断**，保证一次性；同时清理过期项
   并限制活跃上限（防内存增长）。
2. 新增登录端点。nginx 无需改动：`location /` 已把请求改写成 `/personal/...`，因此
   `https://personal.lionwebsite.xyz/login?t=...` 会落到后端 `/personal/login`。
   - `GET /login?t=<ticket>`：命中票据 → 建立会话（`session.setAttribute("personalAuthenticated", true)`）
     → 302 跳 `/index`；未命中或被复用 → 302 跳 `/personal/denied`（或回登录提示页）。
   - `GET /login/logout`：`session.invalidate()` → 跳回提示页。
3. `PersonalInterceptor` 放行条件改为「有效会话 **或** 合法 `AuthCode`」。过渡期保留
   `AuthCode`，避免影响下载器前端与存储节点推送。
4. `InterceptorConfiguration` 必须把 `/personal/login`、`/personal/login/logout` 排除在
   `PersonalInterceptor` 之外，否则登录端点会被自己拦住。
5. 票据 TTL 与上限走 `application.yaml` 配置项，便于调整；不涉及密钥，无需秘密库。
6. 登录失败写日志（时间、来源 IP、结果），成功也记一行，便于回溯谁在何时登录。

### 3.2 机器人（QQ + Telegram，host-vm103-debian-qq）

PersonalHub 已经具备生成链接的全部能力，但**它签的是自己的面板票据**。给 LionWebsite
用有两种接法：

- 接法 A（推荐，改动最小）：PersonalHub 复用已有的 `_login_handler` 形状，新增一个
  「生成 LionWebsite 登录链接」的处理函数。它需要拿到一张 LionWebsite 票据，因此
  LionWebsite 侧要提供一个**受保护的签发端点**，例如 `POST /personal/login/ticket`，
  用现有共享盘内部令牌或固定内部密钥鉴权，返回一次性票据；PersonalHub 调用后拼成链接。
- 接法 B（无新增网络调用）：两端约定一个共享密钥，PersonalHub 本地用
  `HMAC-SHA256(密钥, 时间戳)` 自签票据，LionWebsite 校验签名与时间窗。省一次调用，
  但票据在时间窗内可重放，需要额外一次性状态才能封住；而 PersonalHub 现有
  `OneTimePanelLoginTickets` 本来就是进程内一次性表，接法 A 更贴近既有做法。

两种接法下，QQ 与 TG 都走同一个处理函数，`TELEGRAM_COMMANDS` 加 `login`，
QQ 侧加 `/login`（别名 `/登录`），回复文案沿用 PersonalHub 的
「已生成一次性登录链接，X 分钟内有效且只能使用一次……请勿转发」。

跨主机连通性：us9929 与 vm103 之间已有 EasyTier（us9929 侧 `10.0.0.6`，
vm103 即 `192.168.0.204`），且 `personal.lionwebsite.xyz` 直接解析到 us9929 公网 IP
`38.60.92.138`，不经过 Cloudflare。因此接法 A 的内网调用与浏览器打开链接都不需要
额外放通。

### 3.3 前端（`PrivateMain` 桌面 / `PrivateMainForMobile` 移动）

- 删除 `authCode: "alone"` 常量与 `?AuthCode=` 查询串，改为依赖同源 Cookie
  （axios 同源请求默认携带 Cookie）。
- 未登录或会话过期时显示提示页「登录已过期，请在机器人里发送 /login」，不要静默失败。
- 下载器前端（`lionwebsite-frontend-desktop` / `-mobile`）使用每个用户自己的授权码，
  本次不动。

### 3.4 收尾：退役 `alone`

- `PersonalInterceptor`、`AdaptorFilter` 不再比较字面量；移动端跳转改为原样透传查询串。
- 存储节点两处 `alone` 换成配置项，属 storageNode 仓库，单独一次发布。
- 轮换后确认无调用方仍依赖旧字面量。

## 4. 备选与取舍

- 方案 B（最小改动）：前端增加「从 URL 读取 `AuthCode` 并记住」，机器人 `/login` 直接回
  `https://personal.lionwebsite.xyz/index?AuthCode=alone`。半天可上线，但固定密钥仍会进
  聊天记录、浏览器历史与 nginx 日志，也没解决 `alone` 写死的问题。
- 方案 C（只治理配置）：把 `alone` 从代码搬到配置并轮换，安全提升有限。
- 口令 + TOTP 登录页：PersonalHub 有这一套，但用户明确要的是「输入 /login 就弹出登录
  地址」，口令 TOTP 属于另一条路径。如果以后想在电脑上直接登录而不经机器人，可以再补，
  两者共用同一个会话状态即可。

## 5. 需要确认的三点

1. 采用推荐方案（一次性票据 + 会话），还是先上备选 B？
2. 登录链接只允许主人使用，还是允许机器人给其他授权用户分别签发（对应 `User` 表账号）？
3. 会话有效期：PersonalHub 是 14 天，建议 LionWebsite 也用 14 天滑动过期，可调整。

## 6. 实施顺序

1. 后端票据签发与会话校验、拦截器放行、退出端点，含单元测试。
2. 后端受保护的票据签发端点（接法 A）或共享密钥签名（接法 B）。
3. 前端去掉 `alone`，补未登录提示。
4. 机器人 QQ 与 Telegram 双向 `/login`。
5. 存储节点两处 `alone` 改为配置。
6. 退役字面量 `alone`。