历史认证方案记录。 本文讨论 2024 年小雅环境中的第三方 OAuth 与下载限制。认证端点和云盘策略会变化，该认证路径不作为当前部署方案；这不代表整个小雅项目停止维护。
下载速度与云盘账户、接口策略、OAuth 应用、共享资源、服务端负载及网络链路有关。比较下载速率时需同时记录单位、接口、账户条件与测试环境，不能将一组观察值作为所有用户的长期限速规则。只读挂载一个配置文件，也不会改变云盘服务端的授权或限速策略。
一、旧方法涉及哪些文件
2024 年示例使用了如下配置名称：
| 文件 | 当时用途与现在的边界 |
|---|---|
mytoken.txt |
旧分享访问等功能使用的令牌；格式、用途取决于对应镜像版本 |
myopentoken.txt |
Open 接口 OAuth 刷新令牌；必须匹配签发它的应用和授权流程 |
temp_transfer_folder_id.txt |
转存目录的标识；应使用自己确认过的专用目录 |
opentoken_url.txt |
自定义令牌交换地址；并不是下载速度的开关 |
不能仅凭 32 位或 280 位等长度判断令牌有效性，App 接口与 Open 接口的令牌也不能任意混用。刷新令牌属于敏感凭据，不公开粘贴、截图或写进 Git；授权范围和撤销方式应在服务提供者的当前页面核对。
这一历史认证方案使用的 messense/aliyundrive-webdav 项目现已归档，配套认证网站和小雅 Notion 说明页不能作为持续有效的部署依据。aliyundrive-webdav 项目状态与 README说明了它的接口与认证背景，并不能证明旧“解除限速”方案今天仍有效。
二、只读绑定能做什么
原例把宿主机的 opentoken_url.txt 单独挂载到容器中并添加 :ro，目的只是防止容器改写该文件。它不提高令牌权限，也不改变请求归属的 OAuth 应用。宿主机的文件必须提前存在，否则某些挂载写法会把错误的路径建立为目录，导致应用读不到预期文件。Docker bind mount 文档
准备重建服务时，从镜像作者当前发布页开始核对所用标签、配置文件、容器端口、默认账户以及数据更新行为，记录实际镜像摘要。5678:80 表示宿主机端口与容器端口的映射，不能未经检查就当作所有版本的端口定义。应用在读取令牌时可能需要更新状态，整个配置目录也不能一概只读。
管理界面应限制到所需的本机或局域网地址，先修改默认账户凭据，再配置访问。不要把旧凭据、旧认证地址和新镜像混合后，以“容器启动了”判定授权成功。
三、数据库和重启的取舍
旧命令把 /opt/alist/data 放入 tmpfs。这个目录可能包含数据库与运行状态，tmpfs 不是持久化存储，卸载或重建后数据可能丢失；同步更新、恢复时长和峰值内存都应纳入判断。重建部署应按该镜像当前的数据持久化约定设置卷，不把数据库放进内存当作随意选择的优化项。
Docker 的 --restart=unless-stopped 是退出和宿主机重启后的恢复策略，并不是每日重启计划。只有确认该镜像仍需要依靠重启刷新数据，且已备份持久化配置时，才考虑在不会打断播放的时间安排重启。定时重启不能修复过期令牌、授权失败或上游限速，也不能代替日志诊断。
四、当前可复用的部分
有效的 WebDAV 服务仍可以接入 rclone，见Linux 使用 rclone 挂载 WebDAV。先使用合法有效的账户直接验证目录读取与一个小文件的下载，再配置挂载；挂载成功也不等于 OAuth 配置或播放链路全部正常。
继续使用相关镜像时，应以作者当前说明和云盘官方授权流程为准，不向未经核实的第三方端点提交刷新令牌。
评论区