先把话说在前面
rclone 是这十年里最好的基础设施软件之一。免费、能写进脚本、支持的后端比谁都多。如果你机器上的 rclone mount 已经跑得好好的，平时根本想不起它，那就继续用。我们没打算劝你换掉一个正常工作的工具。
这篇文章写给另一种情况：你敲完 rclone mount，卡在驱动或者缓存参数上，开始找一个带界面的方案。
卡住你的不是 rclone，是它下面那层驱动
翻 rclone 自己的 mount 文档就能看到这些前提条件。这些不是 rclone 的锅，而是把远端存储伪装成本地文件系统这件事本身要付的代价。
- macOS 需要一套 FUSE 实现。macFUSE 到 2026 年仍然是内核扩展，在 Apple Silicon 上意味着进恢复模式、把安全策略降到降低安全性、批准扩展、再重启一次。等下一个 macOS 大版本升级，这套流程还得再走一遍。FUSE-T 这类不带 kext 的方案改走 NFS，换来的是另一批奇怪问题。
- Windows 必须先装 WinFsp，rclone mount 才能动。多一个驱动，多一次管理员授权，多一个要跟着更新的东西。
- Linux 是最顺的那条路，所以写这类抱怨文章的很少是 Linux 用户。
接下来是缓存模式。rclone 文档说得很直白：默认缓存模式下，同一个文件不能同时读写，很多普通应用在挂载点上会出各种毛病，除非你把 vfs-cache-mode 调到 writes 或 full。于是你要选模式、选缓存目录、选容量上限、选过期时间。挂载点从此有了一整套调参面。
开机自启又是一个小工程：macOS 写 launchd plist，Linux 写 systemd user unit，Windows 进任务计划程序，弄不好还会踩到"后台服务挂上去的目录，桌面会话里看不见"的坑。
这些都发生在 rclone.conf 之后。国内用户常见的是阿里云 OSS、腾讯云 COS 的密钥，海外的 Google Drive 则被文档建议自己去 Google Cloud Console 申请 OAuth client ID，因为公用的那个有速率限制。工程上很合理，代价是一个下午。
论坛里早就有的绕路办法
任何一条讨论 FUSE 问题的 rclone 帖子，翻到后面都会有人给同一个建议：别用 mount 了，跑 rclone serve webdav，然后把这个地址映射成网络驱动器。这招管用，因为每个桌面系统都自带 WebDAV 客户端，而且一个内核驱动都不需要。
AnyStorage 把这套做法直接做成了应用。
一个不用敲命令的 rclone 挂载替代方案
存储连接是在界面里加的，一共 20 种类型，包括 S3、Cloudflare R2、Backblaze B2、阿里云 OSS、腾讯云 COS、Google Cloud Storage、Azure Blob、阿里云盘、Google Drive、OneDrive、Dropbox、Seafile、SFTP、FTP、另一台 WebDAV 服务器，以及本地文件夹。群晖上开的 WebDAV 或者 SFTP，在这里也只是一个普通连接。OAuth 在应用内完成，没有配置文件要手改。
然后在侧边栏打开服务，切到 WebDAV 标签，点启动。你会拿到一个端点，默认是 http://127.0.0.1:3211，端口可以改成 1 到 65535 之间任意值。HTTP Basic 认证一直是开着的：用户名默认 anystorage，密码是首次使用时随机生成的 24 位字符，两者都可以改，旁边有重新生成按钮，地址、用户名、密码各有一个复制按钮。
应用里当前已连接的每一个连接，都会以连接名出现在 WebDAV 根目录下，成为一个文件夹。挂载用系统自带的功能就行：macOS 是访达的前往、连接服务器，Cmd+K，粘贴地址，以注册用户身份登录；Windows 是文件资源管理器里的此电脑、映射网络驱动器。第三方 WebDAV 客户端同样可以用，在 Windows 上我们更推荐这条路。
读取走 HTTP range 流式传输，拖动视频进度条不需要先把整个文件拉下来；写入也是流式的，不会把整个文件塞进内存。服务开关保持打开的话，下次启动应用时它会自己起来，这就是这里最接近自启配置的东西。
不装内核扩展，不装 WinFsp，不用降低安全性启动，不需要管理员权限，系统升级之后也没有东西要重装。
该说的限制
- 免费版的 WebDAV 服务是只读的。读写属于 Pro 功能，而且 Pro 用户也可以主动把它锁成只读。
- 没有 TLS，地址就是明文 http。这正是我们默认只绑定 127.0.0.1 的原因。可选的局域网模式会绑定 0.0.0.0，应用会明确警告，因为 Basic 认证的用户名密码会以明文过网。
- 没有真正的文件锁，两台机器同时改同一个文件不受保护，别把它当成团队协作基础设施。
- 应用重启后，某个连接要先在应用里打开一次，才会出现在 WebDAV 根目录下，连接是懒加载的。新建的连接则不需要重启服务就能看到。
- 顶层的连接文件夹不能通过 WebDAV 改名或删除；两个不同连接之间也不能直接在挂载点里移动或复制文件，走本地中转，或者直接用应用的传输界面。
- Windows 自带的 WebDAV 客户端有自己的历史包袱：WebClient 服务已被微软废弃，默认往往没启动；HTTP 上的 Basic 认证默认被拒，要把 HKLM\SYSTEM\CurrentControlSet\Services\WebClient\Parameters 下的 BasicAuthLevel 改成 2；FileSizeLimitInBytes 默认是 50,000,000 字节，超过就报 0x800700DF。换第三方 WebDAV 客户端，或者大文件直接在 AnyStorage 应用里传，这些坑都不用踩。
rclone 依然赢的地方
带过滤规则的定时 sync 和 bisync、crypt 加密、union 合并、chunker 分块、dedupe 和 check、完全没有桌面的服务器、任何你想塞进 crontab 的活。这些 AnyStorage 都替代不了，我们也不打算装作能替代。
不少人最后是两个都留着：脚本里的活交给 rclone，需要现在就在访达或者资源管理器里看到某个文件的时候，用本地 WebDAV 端点。