用 Alist 把网盘、NAS、对象存储挂成一个入口

网盘越用越多：一块在阿里云盘、一块在 OneDrive、一块在 NAS。找文件时要在三个 App 之间跳。

Alist 的思路是把它们抽象成同一套目录，对外提供网页与 WebDAV。

先说结论

先想清楚「谁可以访问」，再决定挂什么。 Alist 的默认配置不适合直接暴露公网。

• 访客权限默认关闭，按需开放目录
• 挂载云盘注意 token 过期与限速
• WebDAV 方便但要注意账号安全
• 反代加 HTTPS 与访问控制

先把问题说清楚

Alist 本身只是「代理 + 目录抽象」，它不会给云盘加速；下载速度仍取决于源站与你的带宽。

风险在于：一旦公网暴露且权限配置错误，等于把网盘内容公开。

具体怎么做

按顺序执行，每步都验证完再进下一步：

• 部署容器，挂载 data 目录持久化配置
• 在管理后台添加存储：本地路径、WebDAV、各家云盘
• 设置访客权限为「仅列表」或关闭
• 配置反向代理与 HTTPS，加基础认证
• 需要挂载到本地时用 WebDAV（rclone mount）

参数与成本对照

把关键数值摊开，方便判断该选哪条路：

几个容易踩的坑

下面这些是最常见的错误做法：

• 默认配置直接公网暴露：等于公开网盘
• 把 refresh token 贴到公开仓库
• 用管理员账号跑 WebDAV：权限过大
• 忽略云盘限速：大文件传输被封

最后补两句

聚合工具的价值是「少切换」，不是「更快」。速度该由源决定，不该被中间层承诺。

工具是手段，理解机制才是能力。命令记不住没关系，知道「该看什么」就够了。