网盘挂载成本地磁盘：Alist+Rclone+WebDAV实战指南

把网盘挂载成本地磁盘这件事，每次提起来都有不少朋友觉得玄乎——明明网页端用得好好的，为什么非要绕一大圈？但真当你被网盘网页端的文件管理、大文件下载、批量上传、跨设备同步这些操作折腾过几轮之后，就会发现“本地磁盘式的体验”到底有多香。我这一篇就以自己的实际折腾经历为主线，把夸克网盘、百度网盘这类服务通过Alist、Rclone、WebDAV挂载到本机磁盘的完整链路拆开讲清楚，适合NAS玩家、影音爱好者、剪片子要调素材的创作者，以及一切想把云盘文件管理做得更顺手的人。文章偏实操向，原理部分我会用尽量通俗的话讲明白，保证你照着做也能把网盘变成电脑里一个盘符或者一个挂载点。

1. 项目概述与方案选型

1.1 为什么非要把网盘挂载成磁盘

先说最直接的使用场景。我自己当初折腾这件事，目的是给电视上的播放器挂载网盘资源。电视播放器走SMB和WebDAV是最省事的，但要输入一长串网盘地址和凭证，每次换台设备都要重新配置。后来我把夸克网盘挂载到了家里一台小主机上，再让小主机通过SMB共享给局域网里的设备，等于所有设备访问的只是一个普通共享文件夹，网盘只是个“远端存储池”，体验非常顺。

除了影音场景，网盘挂载成本地磁盘还有几个很实用的情况：

• 批量文件管理：网页端一次下载超过几百个文件经常要压缩成zip，挂载成本地盘之后，直接走资源管理器多选、复制、重命名，体验完全不一样。
• 程序直接读写网盘：比如一些下载工具、同步脚本、备份任务，它们不会认网盘链接，但认本地路径。挂载后就能让老程序无缝使用网盘容量。
• 统一入口管理多网盘：夸克、百度、阿里云盘、OneDrive如果都挂载到同一台机器上，各自的盘符或目录一清二楚，不用在网页之间来回切换。

当然也必须诚实说，这种用法不是“把网盘变成本地硬盘”那么简单，底层仍然是网络请求，速度上限受网盘服务端约束，是个网络磁盘而不是物理磁盘。但作为一个“懒人方案”，它能省下的时间非常多，尤其是对那些需要在多平台、多设备间倒腾文件的人来说，简直是一劳永逸。

1.2 方案选型：为什么主推Alist+Rclone的组合

市面上面向网盘挂载的方案不少，我自己实际用过的有：Alist、Rclone、CloudDrive2、RaiDrive，以及各网盘官方客户端自带的同步盘功能。简单排个优先级，我最终长期用的是Alist+Rclone。

先看表格对比：

这里需要解释一下为啥我最终选了“Alist做接入层，Rclone做挂载层”的组合。

Alist的价值在于它是“统一接口”：它把所有网盘的API差异吃进去，对外暴露一个标准的WebDAV接口。也就是说，你只需要配置一个地址、一组账号密码，就能访问所有网盘内容。这样后续无论用Windows、Linux还是手机App，接入方式都一样，不用为每个网盘单独找客户端。

但Alist自带的WebDAV服务在长时间大文件传输时偶尔会有性能波动，而Rclone本身就是为稳定挂载而生的，它支持FUSE，能把远程存储映射成真正的本地文件系统，缓存、断点续传、并发控制都做得更细。所以我的常规组合是：Alist负责管理网盘连接，Rclone负责把Alist吐出来的WebDAV实际挂载成本地磁盘。

那为什么不直接用Rclone对接夸克网盘？也能，但Rclone官方对夸克网盘的驱动支持不如社区对Alist的迭代快，遇到接口变更时Alist修复速度明显更快。用Alist当中间层，相当于把最容易被网盘方“更新搞挂”的部分隔离了出来，后期维护省心很多。

2. 核心原理：从Web API到本地文件系统这条链路怎么搭

2.1 一次文件请求的完整旅程

理解原理之前可以先打个比方。你平时在网页端打开网盘，本质上干的只有一件事：你的浏览器向网盘服务器发HTTP请求，服务器把文件内容返回，浏览器显示出来。挂载成本地磁盘以后，底层还是这套HTTP请求，只是多了一个“翻译官”，把你的文件管理器操作（比如双击打开文件）转换成HTTP请求发出去。

以我目前的架构为例，完整链路是这样的：

1. 资源管理器里双击挂载盘里的某个视频文件；
2. 操作系统认为这是一个普通本地文件，把读取指令发给Rclone挂载点；
3. Rclone发现这个文件实际来自远程WebDAV服务，于是向Alist发起HTTP请求；
4. Alist根据文件所属的存储驱动，再向夸克网盘官方服务器发起请求；
5. 数据原路返回，文件在播放器里打开。

整个过程看起来很绕，但每次请求都是标准的网络请求，没有黑魔法。理解这条链路的意义在于，后续遇到问题你可以一层一层排查：是本地挂载没起来，还是Alist拉不到网盘数据，还是网盘接口变更了。大部分“挂载后目录为空”这类问题，都是中间某一层断了。

2.2 WebDAV和FUSE在中间扮演的角色

WebDAV（HTTP分布式授权和版本控制协议）可以理解成一种把文件操作“塞进HTTP协议”的标准。它是在HTTP基础上扩展了一些方法，比如PROPFIND用于列目录、MKCOL用于建文件夹等。Windows、Linux、macOS以及大部分媒体播放器都原生支持WebDAV，所以它成了Alist对外提供能力的最佳协议。

FUSE则是Linux下把文件系统“搬到用户态”的机制。Rclone通过FUSE在系统里注册一个挂载点，当用户访问这个挂载点时，所有文件操作会被转发给Rclone，再由Rclone按照配置的远程后端去实际执行。FUSE的灵活性极高，这也是Rclone能在Linux下把网盘挂载得跟本地目录几乎没区别的原因。

Windows下情况略有不同，Windows自带WebDAV客户端，可以直接映射网络驱动器，所以Windows用户不需要FUSE，只需要确保WebDAV地址可用即可。不过Windows自带WebDAV客户端的兼容性问题不少，我后面会讲一套更稳妥的Windows方案。

2.3 涉及的关键端口与地址

Alist默认监听5244端口，部署完成后，它的WebDAV地址一般是：

http://服务器IP:5244/dav

你在资源管理器或Rclone里填这个地址，再配上Alist后台设置的账号密码，就能访问所有挂载的网盘。需要注意的是，如果Alist部署在另一台机器上，要确保5244端口在防火墙里放行，否则本地挂载时会一直卡在连接超时上。

我的实际建议是把Alist跑在同一台需要挂载的机器上，这样用localhost:5244就能访问，既不用开防火墙，也不用担心局域网内被人扫描到这个服务。如果打算对外开放WebDAV，那就最好套一层HTTPS反代，并且用单独的强密码，别直接裸奔。

3. 实操：Alist部署与添加夸克网盘

3.1 部署Alist，最快5分钟跑起来

我自己平时在Linux小主机上部署Alist，用的是官方一键脚本，实测下来最省事：

curl -fsSL "https://alist.nn.ci/v3.sh" | bash -s install

脚本执行完成后，Alist就会作为systemd服务常驻后台，默认监听5244端口。然后执行下面命令查看初始admin密码：

/opt/alist/alist admin random

拿到密码后，浏览器打开http://localhost:5244，用admin账号登录，第一件事就是进“个人资料”里改成自己的密码。这里提个醒，初始密码只适合第一次登录，不改密码等于把网盘入口拱手让人，因为Alist后台可以看到所有存储挂载的所有文件。

如果不想用一键脚本，也可以用Docker部署，配置文件和数据目录做好挂载就行。但说实话，单机使用场景下Docker和直接安装差别不大，我反而觉得直接安装更直观，日志排查也方便。Docker版本适合那种一台机器上要跑很多服务的玩家，整洁度更高。

3.2 添加夸克网盘存储，关键参数一次填对

Alist登录后的工作台里找到“存储”，点击“添加”，驱动类型选择“夸克网盘”。这里会看到一堆参数，最核心的就是Cookie。

我之前第一次配置夸克网盘时，在Cookie这一步卡了半天。正确操作是：用Chrome打开夸克网盘网页版并登录，按F12打开开发者工具，切到Network面板，随便点一个接口请求，在Request Headers里面找到Cookie字段，把整段值复制出来填到Alist里。注意一定要包括__C开头的所有字段，只复制一部分会导致Alist能看到文件列表但无法下载。

填完Cookie后，点击“保存”并手动触发一次“启用”状态切换。这时候去Alist网页版看对应文件夹，如果不报错，说明存储添加成功。

这里有一个很关键的认知：夸克网盘的Cookie是有有效期的，有时候过几天就会失效。失效后的典型症状是Alist里目录能显示，但下载时报401或签名错误。解决思路不是每天手动换Cookie，而是用Alist的定时任务或外部工具轮询刷新，但更省心的做法是先用起来，等失效了再换一次Cookie。具体怎么排查我放在后面问题章节细讲。

3.3 把Alist里的文件暴露成WebDAV，供其他设备使用

Alist默认就已经启用了WebDAV，路径是/dav。也就是说，只要Alist服务在跑，你就能通过下面地址访问所有挂载的网盘：

http://localhost:5244/dav

这个“/dav”路径下面展示的是所有存储根的列表。比如你挂载了夸克网盘、百度网盘各一个存储，那么访问/dav时看到的可能是夸克网盘、百度网盘两个文件夹。这里注意大小写和名称取决于你添加存储时填的“挂载路径”，建议挂载路径用英文名称，避免某些老的WebDAV客户端对中文路径支持不佳。

到这一步，基础链路已经通了。可以用任何支持WebDAV的工具测试一下，比如Windows资源管理器、RaiDrive、Rclone等。我自己习惯先用Rclone验证，因为它的报错信息最明确，能直接定位到是连接问题还是认证问题。

4. 挂载到本机磁盘：Linux操作全流程

4.1 用davfs2直接挂载WebDAV目录

Linux下最简单的挂载方式是用davfs2。它本质上是一个内核态WebDAV文件系统驱动，直接支持把WebDAV目录挂在某个目录下。

安装和挂载命令：

apt install davfs2 -y mkdir -p /mnt/cloud mount -t davfs http://localhost:5244/dav /mnt/cloud

执行挂载时，系统会提示输入用户名和密码，这里的账号就是Alist后台的账号密码。如果不想每次手动输，可以写入配置文件：

echo "http://localhost:5244/dav admin 你的密码" >> /etc/davfs2/secrets

然后手动挂载一次。实测下来，davfs2最大的问题是大文件写入容易超时，而且它会把目录结构缓存下来，如果你在网页端改了文件，挂载目录里可能看不到实时变化。这个方案适合应急使用，不适合作为长期主力方案。

我自己更推荐下一种方式，也就是Rclone。

4.2 用Rclone挂载WebDAV，性能更稳

Rclone是现在跨网盘挂载的“万金油”工具，安装很简单：

curl https://rclone.org/install.sh | bash

配置远程连接用交互命令：

rclone config

按照提示新建一个WebDAV远程，关键参数如下：

• type选webdav
• url填http://localhost:5244/dav
• vendor选other
• user和pass填Alist的账号密码

配置完成后，先用下面命令测试连通性：

rclone lsd alist:

注意这里alist:是你在rclone config里给这个远程连接起的名字，后面一定要跟冒号。如果能看到挂载的存储列表，说明配置成功。

然后执行挂载：

mkdir -p /mnt/cloud rclone mount alist: /mnt/cloud --daemon --vfs-cache-mode writes --vfs-cache-max-size 2G

简单解释一下参数：

• --daemon：让挂载在后台运行，不阻塞当前终端；
• --vfs-cache-mode writes：只在写入时使用本地缓存，读取不缓存，适合大多数网盘场景；
• --vfs-cache-max-size 2G：本地缓存最大占用2GB，防止缓存写爆系统盘。

Rclone挂载的本质是通过FUSE把WebDAV映射成真正的文件系统，因此它对目录枚举、文件查询、随机读写这些操作的优化比davfs2好很多。而且Rclone支持断点续传，传大文件时如果网络抖动，不会直接失败重来，这对云盘这种高延迟存储来说非常重要。

4.3 开机自动挂载，别每次手动敲命令

手动挂载始终不是长久之计。我踩过几次坑之后才稳定用systemd管理Rclone挂载，写一个service文件：

[Unit] Description=Rclone mount for cloud After=network-online.target Wants=network-online.target [Service] Type=notify ExecStart=/usr/bin/rclone mount alist: /mnt/cloud --vfs-cache-mode writes --vfs-cache-max-size 2G ExecStop=/bin/fusermount -u /mnt/cloud Restart=on-failure User=root [Install] WantedBy=multi-user.target

把这个文件放到/etc/systemd/system/rclone-mount.service，然后执行：

systemctl daemon-reload systemctl enable --now rclone-mount

这样每次重启机器后，Rclone会自动挂载网盘目录，基本可以做到无感使用。我身边玩NAS的朋友用的也是类似方案，只不过他们把挂载点指向了SMB共享目录，相当于一台机器挂载网盘后，再共享给全屋设备。

5. 挂载到本机磁盘：Windows与NAS端玩法

5.1 Windows映射网络驱动器

Windows用户其实最幸福，因为系统原生支持WebDAV映射网络驱动器。操作路径是：

1. 打开“此电脑”，右键选择“映射网络驱动器”；
2. 文件夹栏输入http://localhost:5244/dav；
3. 勾选“使用其他凭据连接”，点击完成；
4. 在弹出的窗口里输Alist后台账号密码。

如果一切正常，资源管理器里就会多出一个盘符，打开后能看到网盘里的所有内容。Windows的WebDAV客户端对常规文件操作都能应付，但有两个老毛病：一是对中文路径和特殊字符支持不佳，二是大文件复制偶发中断。

我之前有一台Windows机器就是用这种方式挂了百度网盘，日常把素材拖进去、把下载好的文件拖出来问题不大，但连续复制几十个GB的视频时出现过“0x8007003B”错误。这种情况一般有两个解法：要么改用Rclone挂载，要么在Alist后台把存储路径改成纯英文目录名，减少WebDAV协议解析时的麻烦。

如果实在想要Windows下的本地磁盘体验，也可以试试Rclone的mount模式在Windows下跑，它底层有WinFsp支持，效果比系统自带WebDAV更接近真实磁盘。不过配置门槛高一些，我个人觉得映射网络驱动器对大多数Windows用户已经够用了。

5.2 NAS端挂载，把网盘变成全家共享目录

现在很多朋友家里都有NAS，比如群晖、飞牛、istoreos，这些系统本身都有存储管理界面。挂载网盘到NAS的逻辑和Linux小主机一样，只是入口不一样。

以群晖为例，控制面板里找到“共享文件夹”或“任务计划”，可以挂载远程CIFS/WebDAV共享。这里如果NAS和Alist在同一局域网，直接在WebDAV挂载地址填http://NAS局域网IP:5244/dav即可。如果Alist跑在别的机器上，注意NAS防火墙要放行对端口的访问。

飞牛的思路类似，它的“文件管理”里自带远程挂载功能，支持WebDAV、NFS、CIFS等多种协议。我实际操作下来，飞牛系统对WebDAV的支持比较稳定，挂载后直接把网盘目录映射到影视库扫描路径，配合飞牛的刮削功能，看网盘里的电影电视剧体验非常接近本地资源。

有一点必须提醒：NAS端挂载网盘后，如果NAS下载任务同时往这个盘写大量文件，网盘服务商可能会限速或者临时封禁一段时间。我遇到过最夸张的情况是夸克网盘连续跑了两天上传任务后，接口直接返回503，当时还以为是Alist崩了。后面学乖了，给Rclone的挂载参数里加--dir-cache-time和--buffer-size做限流，让任务排队跑，才稳定下来。

6. 常见问题与排查技巧实录

6.1 挂载后目录为空

这个问题出现频率最高。排查路径按照我之前说的三层链路来走：

第一层看Alist网页端能不能看到网盘文件。如果网页端本身目录就是空的，那问题在Alist与网盘之间，基本是Cookie失效或者网盘接口变更。如果网页端能看到文件，但挂载目录里是空的，第二步就要看Rclone或davfs2挂载状态。

Rclone排查命令：

rclone lsd alist:

如果能列出文件，说明远程连接没问题，那就是挂载点问题，试着重新挂载一下，或者检查/mnt/cloud目录是否存在且为空。有时候FUSE挂载会进入一个“半挂载”状态，目录看起来存在但内容读不出来，这时候fusermount -u卸载后重新挂载即可。

如果是davfs2挂载后目录为空，大概率是缓存问题，可以清理/var/cache/davfs2下的缓存再挂载。

6.2 挂载后提示权限错误

权限错误通常分两种。一种是系统文件系统权限，比如Rclone以root身份挂载后，普通用户访问挂载点被拒绝。解决办法是挂载时加--allow-other参数，让其他用户也有访问权限，或者在systemd服务里指定User=为实际使用的用户。

另一种是Alist后台账号权限问题。Alist默认的admin账号拥有全部管理权限，但如果你创建了只读子账号用于WebDAV访问，有些操作（比如写入）会报权限错误。这时候回到Alist后台，给该账号勾选相应目录的“写入”权限即可。

6.3 拷贝大文件中断

大文件拷贝中断是我早期用得最痛苦的问题，表现为复制到一半报错或者进度卡住不动。原因是WebDAV协议对长连接和大文件支持不如原生文件系统稳定，加上网盘端也会对超长时间传输做限制。

我的经验性解法有几个：

• 优先用Rclone挂载而不是davfs2；
• 给Rclone加--vfs-cache-mode full参数，让文件先落到本地缓存，再由Rclone异步上传/下载；
• 如果仍然中断，用Rclone的单文件同步命令手动重传：

  rclone copy alist:某目录/大文件.mp4 /本地目录/ --progress --transfers 1

• 避免同时开启多个下载任务，单线程传输往往比并发更稳定。

6.4 网盘链接失效，需要重新登录

所有网盘都会有登录态过期的问题，夸克网盘的Cookie尤其明显。出现这种情况时，外网的表现是：Alist网页端点击文件能显示目录，但播放或下载时报“获取下载链接失败”之类的错误。

处理办法就是重新抓取Cookie并更新到Alist存储配置里。为了避免频繁手动操作，我建议把Cookie获取方式做成一个定时检查流程，具体做法是写个脚本去请求一个临时下载链接测试是否返回200，如果返回403或401，就通过告警通知你自己去更新Cookie。网上有朋友用青龙面板定时跑Cookie刷新脚本，思路是对的，但要注意别把Cookie明文放在不安全的地方。

这里我也想多说一句：不要把这些工具当作“无限流量下载器”来用，网盘服务商的限速机制是客观存在的，挂载成本地盘只是改变了访问方式，改变不了服务商的运营策略。稳定长期使用，前提是合理利用，别一个劲榨干带宽。

6.5 性能调优：让网盘挂载尽量接近本地体验

挂载网盘和挂载机械硬盘最大的不同是延迟。本地机械硬盘的随机读取延迟在10ms级别，而网络请求到网盘服务器动辄几十到几百ms。要让挂载体验尽量流畅，核心思路是“用缓存换延迟”。

Rclone有几个参数我建议根据场景调整：

• --dir-cache-time 1000h：目录列表缓存时间长一点，避免每次打开文件夹都重新枚举远程目录；
• --buffer-size 256M：预读缓冲区大小，看视频时尤其有效；
• --vfs-read-chunk-size 64M：大文件分段读取，防止长时间占用连接；
• --transfers 4：并发传输数，默认4够用，不要调太高，容易被网盘服务商限流。

如果是用来看电影追剧，--buffer-size和--vfs-read-chunk-size的收益最明显，基本上拖动进度条不会等太久。但如果你只是简单传文件，保持默认参数即可，调太高反而消耗本地系统内存。

7. 避坑总结与个人经验

最后分享几个我用这套方案踩过坑之后总结出的经验。

第一，网盘挂载这件事，工具链越简单越好。我见过有人同时挂Alist、Rclone、CloudDrive2再加一堆脚本，最后出了问题连自己都排查不了。实际上Alist加Rclone这一个组合已经能覆盖绝大多数场景，别在工具数量上内耗。

第二，不要把所有网盘都挂在一个Alist实例里。Alist本身很稳定，但网盘接口变动或者某个网盘服务波动，会影响整个WebDAV服务响应。我的习惯是主力网盘单独一个Alist实例，其他网盘挂另一个，两个实例端口分开，互不干扰。

第三，重要数据千万别只存在网盘上。挂载后的网盘目录在系统里看着跟本地目录一样，用它做备份很方便，但网盘本质上还是别人的服务器，Cookie失效、接口变动、账号异常都会让你暂时访问不了数据。我自己的策略是网盘只放“可再生”的影音资料和中转文件，真正重要的照片、文档都用NAS本地存储加异地备份。

按照这个思路折腾下来，网盘挂载这件事其实并不复杂，难的是一些边界问题平时少有人提。希望这篇文章能帮你把链路真正跑通，省下大量来回下载上传的时间。如果你手头正好有闲置的小主机或NAS，完全可以今晚就把这套东西搭起来试试。