CONTENTS · 目录（7）
以前找一个文件，第一步往往不是搜文件名，而是回想它到底在哪：本地硬盘、共享目录，还是某个网盘账号里？换到手机上，又是另一套应用和操作习惯。
最近我把这些入口重新理了一遍。核心是 OpenList，它把本地目录、SMB 共享和几个网盘放进同一个目录树；手机上用 MiXplorer 通过 WebDAV 连过去；音视频交给 Jellyfin。空间并没有变多，变化在于原来的大容量存储和零散的网盘终于好用了。下面是我自己的配置经验，不涉及速度测试。
三个工具各管一件事
OpenList 是统一的存储入口，负责浏览、文件操作和分享。MiXplorer 是手机上的文件管理界面，通过 WebDAV 访问这个统一目录。Jellyfin 只负责把本地的音视频整理成媒体库，方便浏览和播放。
本地目录 ─────────┐
SMB 共享 ────────┤
百度网盘 ─────────┼── OpenList ── 浏览器：浏览、管理、分享
Google Drive A ──┤ └── WebDAV ── MiXplorer：手机文件操作
Google Drive B ──┘
服务器上的音视频目录 ── Jellyfin ── 网页或媒体客户端：浏览、播放图里的名字只是示例。Jellyfin 目前只服务本地音视频，网盘内容没有接进媒体库。以后要让它读远程挂载的内容，还得另外考虑挂载稳定性、扫描成本和读取延迟。
OpenList：一个目录树管所有存储
对我来说最大的好处，是不用再为每个存储位置单独开一个入口。文件还在原来的地方，上层可以整理成好记的结构：
/本地/资料
/共享/归档
/云盘/百度
/云盘/Google-A
/云盘/Google-B
/云盘/Google-C这只是一个管理视图，容量并没有合并。某个网盘满了，别的账号的空闲空间不会自动顶上；同名文件也不会自动去重。我让大容量盘放主要内容，其他盘按用途分，反而更清楚东西该放哪。
上传、下载和分享都可以从这里开始，比在几个官方客户端之间来回切换顺手。不过界面统一了，各驱动的能力并不一样：权限、上传限制、分享方式，以及跨盘复制要不要中转，都取决于具体驱动和配置。
别把“网盘驱动”和“WebDAV”弄混
这里有两个方向：
- OpenList 接入存储：百度网盘、Google Drive 优先用各自的专用驱动；本地已有的路径用本地存储。
- 客户端访问 OpenList：手机或电脑通过 OpenList 提供的 WebDAV 入口，访问整理好的目录。
所以手机用 WebDAV，并不意味着添加百度或 Google 时也要选 WebDAV 驱动。那个驱动是用来接入另一个本身就提供 WebDAV 服务的存储的，替代不了网盘自己的授权。
我一般先把一个来源读通，再加下一个。已有的虚拟盘也可以直接用：底层挂载程序负责和云端通信，OpenList 只展示这个本地路径。前提是 OpenList 的服务进程确实能看到这个路径。资源管理器里看得到的盘符，换一个登录会话或后台服务就不一定看得到。
百度和 Google：步骤不多，授权要细心
百度按官方驱动说明完成授权，再添加存储、设置挂载路径就行。会员权益仍属于原账号，接入 OpenList 不会多出带宽，也不保证各种客户端都能跑出一样的速度。
Google 按官方配置说明准备好服务端网络、Drive API 和授权，然后选公共客户端的配套方案，或者用自己的 OAuth 客户端。自建客户端初次配置更麻烦，还要自己维护密钥；公共方案则多依赖一个服务。选哪种都按当前文档整套配置，不要把两套参数拼在一起。多个账号要分别授权、分别建存储。
配好之后我会这样检查：
- 每个账号起一个好认的挂载名，根目录只指向需要开放的范围。
- 核对授权方式和驱动设置是否对得上，特别是在线 API 开关、客户端参数和回调地址。
- 先试浏览目录、读一个小文件，再用无关紧要的测试文件检查确实需要的写入操作。
- 过一段时间再确认授权有没有正常续期，当天能列目录不代表长期没问题。
刷新令牌、客户端密钥、授权链接和完整配置都不要出现在截图或公开文章里。按钮和字段会随版本变化，以文档为准。
手机上：MiXplorer 接 WebDAV
如果电脑上整理好了，手机却还得开几个网盘应用，这件事只算做了一半。
我现在用 MiXplorer：把 OpenList 的 WebDAV 地址、账号和密码填进去，加成一个存储，手机上就能按同一套目录找文件。实际用下来，浏览、选上传位置和日常文件操作都顺了很多，不用先想这个文件在哪家网盘。
填写时可以参考这几条，地址以自己实例提供的为准：
| 字段 | 填写原则 |
|---|---|
| 服务地址 | OpenList 的 WebDAV 入口；常见路径为 /dav，以实例说明为准 |
| 账号 | 单独创建的日常账号，不直接用管理员 |
| 权限 | 先开放需要的目录，读通以后再按需增加写入权限 |
| 网络 | 局域网或受控的远程通路；走公网时使用 HTTPS |
电脑上也可以用兼容的 WebDAV 客户端把它挂成本地盘。但这仍然是远程访问，文件并没有存到本地；如果软件依赖本地文件锁、低延迟随机读写或长时间连续写入，要单独试过再用。
Jellyfin：负责看和听
Jellyfin 装在我的工作站上，负责本地音视频。OpenList 解决“文件在哪、怎么管”，Jellyfin 更适合“今晚看什么、上次播到哪”。
媒体库我习惯按电影、剧集、音乐分开选目录，不把所有东西塞进一个混合库。Jellyfin 的媒体库文档也按内容类型区分，一个库可以包含多个服务器路径。
Jellyfin 的服务账号要能读到这些目录。字幕、格式兼容、转码和各客户端的表现还要分别检查；工作站有独立显卡，也不代表硬件转码已经配好、验证过。
几件需要注意的事
入口统一了，风险也跟着集中：如果 OpenList 的某个账号对多个存储都有写权限，一次误删可能波及好几个来源。所以不要为了手机上操作方便，就给日常账号管理员权限。
我自己守着几条：
- 重要文件另外备份。聚合、挂载、媒体索引都不是备份。
- 分享前看清目录范围和权限，尽量限定范围、设有效期，不公开整个根目录。
- 删除、移动、跨盘复制先用测试文件试，不拿唯一的原件试功能。
- 远程访问先处理好认证、加密和暴露范围，不把管理端口直接放到公网上。
- 某个来源掉线时，先查这个来源和它的授权，入口统一不代表故障只在一层。
整理完最大的感受是，存储放在哪里和每天怎么操作，终于分开了。空间还是分散在各处，但我不用每天去适应好几套界面。