LitePan多网盘影音中枢：WebDAV挂载、STRM生成与缓存管理
前言
LitePan 的定位并不是普通文件列表，而是更偏向家庭影音和长期多网盘管理的轻量中枢。它把 115、百度、夸克、123、天翼、WebDAV 等不同来源收进一个入口，并继续向下提供 WebDAV、STRM、缓存和本地化目录管理。
本文按照现有流程展开：先使用 Docker Compose 部署 LitePan，将 data、log、strm、plugins 四个目录挂载到本地，再通过 5211 端口进入 Web 页面。登录以后先完成网盘账号接入和授权，确认文件浏览正常，再根据后续用途选择 WebDAV 或 STRM。
如果主要是普通文件访问或局域网挂载，可以优先走 WebDAV；如果目标是 Emby、Jellyfin 等影音库，则更适合继续配置 STRM、缓存和更新任务。这样比一开始同时配置所有能力更容易判断每一层是否正常。
最后再处理远程访问，让 LitePan 从局域网内的多网盘入口扩展成可在外部网络继续使用的资源入口。
整篇重点放在“多网盘收口—文件浏览—WebDAV / STRM 分流—缓存维护—远程访问”这条链路，而不是只介绍软件功能列表。
对于这类偏影音的工具，我更看重的是后续维护是否清楚：账号授权、缓存、STRM 更新和本地目录各自负责什么，最好从一开始就分开理解。这样以后媒体库出现刷新、目录或播放问题时，也更容易判断应该先查哪一层。
1、LitePan真正解决的，不只是“网盘太多”
如果只是网盘客户端多，问题其实不大。
真正麻烦的是影音资源长期分散以后，管理逻辑也跟着分散：不同平台的目录结构不一样，播放器挂载方式不一样，媒体库扫描和刮削也可能重复消耗时间。
LitePan 更像是放在这些网盘和播放器之间的一层中枢。
它的核心思路比较清楚：
- 前台负责统一浏览多个网盘；
- 后台负责账号、授权、缓存和任务；
- WebDAV 负责给播放器或文件管理器提供挂载入口；
- STRM 更适合 Emby、Jellyfin 这类媒体库；
- 数据、日志、STRM 和插件都保存在本地目录。
对于影音场景来说，这种分工比“把所有网盘列出来就结束”更有意义。
2、关于 LitePan
LitePan 是一个轻量级多网盘挂载系统，支持多个主流网盘接入，也支持 WebDAV 和 STRM。
从现有资料看，它比较值得注意的几个点包括：
- 支持 115、百度、夸克、123、天翼、WebDAV 等来源；
- 可以通过 WebDAV 提供统一挂载入口；
- 可以生成 STRM，更适合接入媒体库；
- 有缓存机制，减少重复读取目录带来的等待；
- 数据、日志、STRM 和插件目录都在本地，迁移和备份更直接。
同时需要注意的是，LitePan 当前仍属于 Beta 阶段，定位也更偏个人和家庭影音场景。
这意味着它更适合围绕自己的媒体库和 NAS 做长期折腾，而不是一开始就把它当成企业级文件系统。
3、用 Docker Compose 部署 LitePan
官方文档推荐 Docker Compose 部署。
对于 NAS 或 Linux 服务器来说，这种方式比较适合长期维护，因为关键目录都可以直接落在本地。
Compose 配置如下：
version: "3.8"
services:
litepan:
image: ponphil/litepan:latest
container_name: litepan
restart: unless–stopped
network_mode: host
environment:
TZ: Asia/Shanghai
volumes:
– ./data:/app/data
– ./log:/app/log
– ./strm:/app/strm
– ./plugins:/app/plugins
这里有四个值得单独记住的目录：
- ./data:/app/data
- ./log:/app/log
- ./strm:/app/strm
- ./plugins:/app/plugins
它们分别对应数据、日志、STRM 和插件，也是后面迁移、备份和排查问题时最常用到的地方。
启动：
docker compose up -d
安装完成以后访问：
http://服务器IP:5211
如果宿主机不方便使用 host 网络，也可以改成端口映射，只要最终保证 5211 对外可访问即可。
这里我更建议先把最小闭环跑起来：页面能打开、后台能登录、目录挂载正常，再进入下一步。
4、先把网盘接进来，再决定怎么用
第一次登录以后，先按照页面提示修改管理员密码，然后进入后台添加网盘账号。
常见顺序可以这样走：
这一步不要急着同时配置播放器、媒体库和缓存任务。
先把“网盘账号能不能正常接进来”这一层确认好，后面的排错会简单很多。
5、WebDAV 和 STRM，不是二选一的宣传点
LitePan 比较有辨识度的地方，就在于它同时照顾了普通文件访问和影音库两种需求。
5.1 只想访问文件：优先 WebDAV
如果主要需求是：
- 在局域网里挂载文件；
- 给播放器提供统一目录；
- 在文件管理器中直接访问多个网盘；
那么 WebDAV 会更直接。
它更像是一个统一文件入口，不需要一开始就引入完整媒体库。
5.2 主要做影音库：再考虑 STRM
如果目标是：
- Emby；
- Jellyfin；
- 飞牛等媒体平台；
- 大量影视资源整理；
那么 STRM 会更贴近实际需求。
STRM 的意义在于，不需要让媒体库反复直接扫描完整网盘目录，而是把播放路径整理成更轻的本地文件结构。
对于长期影音库来说，这种方式更容易控制目录和刮削节奏。
6、缓存、日志和 STRM 更新，才是长期使用里的重点
软件装起来并不难，真正长期用以后，维护往往比第一次部署更重要。
几个比较实用的习惯是：
- 日常优先使用 STRM“更新”；
- 只有目录结构发生大规模变化时，再考虑全量重建；
- 授权或刷新异常时，先看缓存管理和系统日志；
- 迁移或备份时，优先保护 data、log、strm、plugins 四个目录。
如果把 LitePan 放进实际影音链路里，它更像一个分工明确的中枢：前台管浏览，后台管账号，WebDAV 管挂载，STRM 管媒体播放路径。
7、本地多网盘入口跑通以后，再处理远程访问
如果 LitePan 只在家里使用，前面的部署和网盘接入已经能满足很多场景。
如果还希望人在外面也能访问，再继续补网络入口。
这里 cpolar 负责的是把已经运行的 LitePan Web 服务映射到外部网络，不负责网盘授权、WebDAV 或 STRM。
8、安装 cpolar
Linux 环境可以按原有脚本安装：
curl -L https://www.cpolar.com/static/downloads/install-release-cpolar.sh | sudo bash
cpolar version
cpolar authtoken xxxxxxxx
sudo systemctl enable cpolar
sudo systemctl start cpolar
安装完成以后，浏览器打开：
http://127.0.0.1:9200
或者：
http://localhost:9200
登录 cpolar Web UI 后，就可以继续创建隧道。
这里的 Web 管理界面默认使用 9200 端口。
9、给 LitePan 创建远程访问入口
创建 HTTP 隧道时，参数按现有配置填写：
- 隧道名称：litepan
- 协议：http
- 本地地址：5211
- 域名类型：测试阶段先使用随机域名
- 地区：按实际使用区域选择
创建完成以后，复制生成的公网地址，在其他网络环境中访问即可。
如果后面准备长期使用，再到预留页面配置固定二级子域名，并把它绑定回对应隧道。
长期开放时，还要注意两点：
- LitePan 管理员密码不要过于简单；
- 只开放真正需要访问的服务，不要把整台 NAS 一起暴露出去。
10、LitePan更适合哪类人
LitePan 最适合的，不是“手里只有一个网盘、偶尔下载文件”的用户。
它更适合资源已经分散在多个平台，又确实有影音库需求的人。
当 115、百度、夸克都已经变成长期资源仓库以后，一个能同时处理统一浏览、WebDAV、STRM、缓存和本地目录的轻量中枢，才真正开始有价值。
总结
整套流程可以拆成三层：LitePan 负责多网盘账号与统一浏览，WebDAV 和 STRM 分别承担普通挂载与影音库输出，缓存、日志和本地目录负责长期维护。
部署完成以后，先确认 5211 页面正常，再添加网盘账号、完成授权并验证文件浏览。只有这一层稳定以后，再继续决定使用 WebDAV 还是 STRM，会更容易排查问题。
远程访问部分最后再补充即可，这样不会把网络问题和网盘授权、缓存或 STRM 任务混在一起。
对于家庭影音场景来说，LitePan 的特点并不是“什么都能做”，而是把多网盘、WebDAV、STRM 和缓存这些最常用的环节收得比较集中。
