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 配置如下：

yaml 复制代码

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 和插件，也是后面迁移、备份和排查问题时最常用到的地方。

启动：

bash 复制代码

docker compose up -d

安装完成以后访问：

text 复制代码

http://服务器IP:5211

如果宿主机不方便使用 host 网络，也可以改成端口映射，只要最终保证 5211 对外可访问即可。

这里我更建议先把最小闭环跑起来：页面能打开、后台能登录、目录挂载正常，再进入下一步。

4、先把网盘接进来，再决定怎么用

第一次登录以后，先按照页面提示修改管理员密码，然后进入后台添加网盘账号。

常见顺序可以这样走：

在存储管理里添加网盘账号；
按页面向导完成授权或 Token 配置；
先确认文件目录能正常浏览；
再决定后面使用 WebDAV 还是 STRM。

这一步不要急着同时配置播放器、媒体库和缓存任务。

先把"网盘账号能不能正常接进来"这一层确认好，后面的排错会简单很多。

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 环境可以按原有脚本安装：

bash 复制代码

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

安装完成以后，浏览器打开：

text 复制代码

http://127.0.0.1:9200

或者：

text 复制代码

http://localhost:9200

这里的 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 和缓存这些最常用的环节收得比较集中。