AList 115 Open refresh_token 报错?两种方案快速修复存储连接 📅 2026/8/24 11:47:27 AList 115 Open refresh_token 报错两种方案快速修复存储连接【免费下载链接】alist️A file list/WebDAV program that supports multiple storages, powered by Gin and Solidjs. / 一个支持多存储的文件列表/WebDAV程序使用 Gin 和 Solidjs。项目地址: https://gitcode.com/GitHub_Trending/al/alist在 AList 里添加 115 Open 存储驱动时如果你点击测试提示 token 验证失败或者保存后文件列表一直加载不出来多半是填错了 token 的类型或格式。按下面的步骤核对并修正后存储可以一次通过测试文件浏览、上传都能恢复正常。故障识别先确认是不是 token 的问题出现以下任一现象时基本可以锁定是 115 Open 的 token 配置出了错后台新建或编辑存储类型选 115 Open填入 token 点测试返回invalid token、auth failed之类的验证失败提示测试时偶尔能过但进入文件列表报错日志里出现 UserInfo 鉴权失败相关字样之前一直正常的存储某天突然失效改密码前都没动过配置token 过期且刷新失败。判断技巧报错信息里带 token 或 auth 字样而你近期只改过这一个存储的凭据那就优先查 token不用怀疑其他配置项。原因定位token 字段到底该填什么用大白话说115 Open 驱动只要求你提供refresh_token刷新令牌——它是长效凭据专门用来在短时效的 access_token访问令牌有过期时间到期时自动换新。access_token 由驱动内部缓存并自动续期不需要你手填。最常见的两个错误把 access_token 粘贴进了 refresh_token 输入框它几小时就失效一过期全部接口报错把平台上多个参数拼成client_id:client_secret:token这种串填进去驱动解析不了。源码可以直接佐证drivers/115_open/meta.go定义驱动配置项refresh_token 标注了必填access_token 没有drivers/115_open/driver.goInit 阶段用 refresh_token 初始化 SDK并在刷新成功后自动把新 token 写回保存。// drivers/115_open/meta.go 中配置结构的关键字段 RefreshToken string json:refresh_token required:true // 必填刷新令牌 AccessToken string // 内部缓存勿手填修复方案首选方案重新获取并填入正确的 refresh_token不改代码用 115 账号登录 115 开放平台创建应用并走一遍 OAuth 授权流程授权完成后从回调结果中复制refresh_token对应的值注意看参数名别复制成 access_token回到 AList 后台编辑该存储把复制到的字符串粘贴进 refresh_token 字段确认 access_token 字段为空保持默认不要手填点测试显示成功后保存。原来填错的 token 直接覆盖即可无需删除重建存储。备选方案改用 115 Cookie 登录驱动如果开放平台侧走不通没注册应用、回调环境受限等可以直接换用 AList 内置的 115Cookie 登录驱动新建存储类型选 115不是 115 Open两者是独立驱动浏览器登录 115 网页版F12 打开开发者工具 → Application → Cookies复制完整 Cookie 串填入存储配置测试通过后保存。对比项方案一115 Open refresh_token方案二115 Cookie 驱动适用条件能完成开放平台授权拿不到开放平台凭据、只有网页登录 Cookie改动范围只改原存储的一个字段新建一个存储风险低官方 OAuth 流程token 自动续期中Cookie 会过期且可能触发风控修复后验证怎么确认已经修好保存后打开 AList 前端进入该存储根目录文件列表能正常列出即修复成功在部署机上重启服务让配置彻底生效./alist restart观察日志不再出现 token 相关报错并且过一段时间后再访问存储配置里的 access_token 已被驱动自动更新——这说明刷新链路是通的不用人工干预。延伸提示三个容易踩的坑115、115 Open、115 分享是三个独立驱动凭据互不通用换驱动前先把凭据类型对应关系搞清楚存储长期不用后突然失效多半是账号在别处登录导致 token 被吊销重新执行首选方案即可不要反复重启服务如果你遇到的是请求过多类报错而不是鉴权失败那是限流问题调低 limit_rate每秒请求数即可与 token 无关。下次再遇到验证失败先记住这个顺序看参数名 → 对类型 → 清空 access_token → 测试保存。【免费下载链接】alist️A file list/WebDAV program that supports multiple storages, powered by Gin and Solidjs. / 一个支持多存储的文件列表/WebDAV程序使用 Gin 和 Solidjs。项目地址: https://gitcode.com/GitHub_Trending/al/alist创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考