Telegram Drive把收藏夹变成网盘?开源、能用,但别把它当成真正的备份

Telegram Drive是一款本地优先的开源文件工作台,用Saved Messages和频道管理上传、预览、同步和分享,并支持WebDAV、REST与可选加密。它不是无限免费网盘。本文讲清它适合存什么、Telegram限制在哪、账号和加密风险怎么处理。

Telegram的“收藏夹”从来都像一座私人仓库。

截图、安装包、课程视频、临时文档,随手丢进Saved Messages,不占手机相册,换设备也能打开。缺的只是一层网盘该有的外壳:文件夹、预览、拖拽、同步、外链。于是有人把这层壳做了出来。

Telegram Drive就是这个壳。

它把你自己的Telegram账号变成文件工作台:上传下载、按频道分文件夹、预览图片和PDF、播放音视频、同步本地目录、用密码保护分享链接,桌面端还能开WebDAV和REST API。项目开源,Windows、macOS、Linux、Android和Google TV都能用。仓库在这里:
https://github.com/caamer20/Telegram-Drive
介绍页:https://caamer20.github.io/Telegram-Drive/

宣传句很好听:无限云盘,完全免费。更准确的说法是:

你得到的是更好用的Telegram文件柜,不是另一家云存储公司。

它实际在存哪里

先把存储模型说死。

应用不另开一套云。文件仍然走Telegram:默认落在Saved Messages,频道可以被映射成文件夹。传输发生在你的设备和Telegram服务器之间,项目方不经手一份中转盘。凭证、队列、缩略图和同步状态留在本地。

这解释了两件同时成立的事。

第一,上手很快。不用再注册一个网盘账号,登录的是你已经在用的Telegram。
第二,规则也还是Telegram的规则。单文件大约20亿字节上限,也就是常见的2GB档;频率太高会触发限流;滥用接口有封号和清频道的风险;服务条款从来不是为“把Telegram当对象存储”写的。

所以“无限”只在很窄的意义上成立:你没有向这个开源项目付容量费。容量、速度、可用性,仍然取决于Telegram愿不愿意继续让这个账号这样用。

它比直接丢收藏夹强在哪

如果只是偶发传几个文件,官方客户端够了。Telegram Drive值回安装的,是把收藏夹补成工作区。

按文件夹看,而不是按聊天记录翻。
Saved Messages是根目录,频道是一层目录。适合把“资料库、软件包、家人视频”拆开,而不是在同一条时间线里无限下翻。

预览和播放够日常。
图片、PDF、音频、视频可以直接看,大文件支持分段读取。这比把每个文件先下载再打开,更接近网盘体验。

桌面同步是加分项,也是风险项。
可以把本地目录和某个频道双向映射,比较本地、远端和上次成功同步的三棵树,冲突时选择保留本地、保留远端或两者都留。还有大规模删除保护。但它明确写了:重要目录先看文档,并保留独立备份。同步工具最常见的事故,不是传不上去,是把两边“对齐”成同一份错误。

分享和自动化只在本机。
可生成带密码和过期时间的本地分享链接。桌面端WebDAV默认只绑 127.0.0.1,只读,写入要单独打开。REST默认关,走API Key。适合把Telegram文件挂进文件管理器,或让脚本整理资料,不适合把端口暴露到公网当团队网盘。

加密是可选项,不是默认保险箱。
可以选择在上传前用TDENC2封装,密钥放本地保险库或文件口令。加密过的媒体在解锁后也能流式预览。项目自己写了关键限制:这套设计没有经过独立安全审计;Telegram仍能看到账号、时间、目标和密文大小;加密不能代替经过验证的备份。

还有一句常被忽略:功能免费,可选的小额支持许可只去掉赞助展示,不买容量,也不买额外安全性。

谁适合用,谁应该关掉下载页

值得试:

  • 本来就把资料堆在Telegram,只是受不了聊天式翻找
  • 需要在电脑和电视、安卓之间看同一批视频和文档
  • 想把常用目录做成“能预览的私人库”,而不是再开一家网盘会员
  • 能接受自己去 my.telegram.org 申请 api_id / api_hash,完成本地登录

不该当主网盘:

  • 公司合同、财务底稿、客户数据和唯一一份生活照片
  • 需要多人同时读写、权限分级、合规审计的团队盘
  • 准备把几个T的种子库日夜往上灌
  • 希望“丢进去就永远在”,并且出事有人理赔

Telegram擅长传文件,不擅长承诺档案级保存。客户端再漂亮,底层仍是聊天平台。

第一次使用,按最小权限来

启动流程并不神秘,但顺序别反。

  1. 只从GitHub Releases下安装包,核对自己的系统架构。macOS分Intel和Apple Silicon,装错就会出现镜像无法打开一类报错。
  2. 在 my.telegram.org 创建应用,把 api_id 和 api_hash 填进本地应用。这是Telegram客户端开发方式,不是把密码交给项目方云端。
  3. 用手机号验证码或二维码登录。开了二步验证就走完二步验证。
  4. 先用一个空的测试频道,或专门新建“Drive-Test”。不要第一天映射桌面和整个相册。
  5. 传几个不同大小的文件,确认预览、下载、删除和回收逻辑符合预期。
  6. 需要同步时,先映射一个可牺牲的文件夹,人为制造一次冲突,看“保留本地 / 保留远端”是不是你想要的。
  7. WebDAV和REST保持关闭,直到你真的要用文件管理器或脚本。打开后也只留在本机回环地址。

密码保护链接可以给临时同事看一份资料,不要把它理解成权限系统。能打开链接的人,看到的是你选择分享的那批文件。

必须写进使用公约的五条限制

1. 单文件大约2GB。
再大的东西,应用再怎么切分展示,也要面对Telegram对象上限。加密还会占掉一点封装空间,明文会略小一圈。

2. 频率限制是物理定律。
短时间批量上传、同步整个资料盘、多端同时写同一频道,都可能撞上Flood Wait。轻则排队,重则账号异常。这不是软件bug,是平台保护自己的方式。

3. 收藏夹会变脏。
Saved Messages一旦当盘用,聊天记录、验证码、文件会混在一起。更干净的做法是:日常聊天继续用收藏,大文件进单独私有频道,应用里把频道当文件夹。

4. 加密不能对抗“账号被拿走”。
会话在设备上,频道在Telegram上。设备失窃、会话被盗、恢复口令丢失,后果由你承担。保险库自动锁定、恢复包导出,都要自己做。不要把唯一密钥只放在同一台已经同步了所有文件的电脑里。

5. 这不是备份策略。
备份的最低标准是:另一块磁盘或另一家对象存储上,还有一份你能独立打开的副本。Telegram Drive可以是分发层和浏览层,不该是唯一层。

和同类工具怎么选

把Telegram当盘的项目不少,Teldrive、各种TeleDrive、WebDAV网关都在做相邻的事。Telegram Drive更像“本地优先的文件管理器”:跨桌面和安卓、预览完整、默认同步和接口都关着,强调凭证不出本机。

如果你要的是挂到rclone、在服务器上跑、给多设备当远程盘,去看网关型方案,并准备更严肃的账号隔离。
如果你要的是把已经堆在收藏夹里的东西整理成能看的库,这个项目更贴。

无论选哪个,共同前提都是:用单独账号或单独频道,不要拿常用社交号去抗同步流量。

网盘外壳很香,档案责任还在你身上

Telegram Drive做对了一件产品上的事:承认很多人已经把Telegram当成仓库,缺的只是文件夹和预览,而不是再教一遍“请使用正统网盘”。它开源、本地登录、默不暴露接口,这些都比早期“无限免费网盘”口号老实。

它没有做、也不能做的,是改写Telegram的产品定位。聊天软件可以顺便存文件,却不会因此变成Google Drive或对象存储。限速、限大小、限行为,以及某一天政策收紧,都还写在平台这一侧。

适合放进去的,是能再做出来的资料、能重新下载的安装包、有另一份副本的视频。
不适合放进去的,是只有这一份、丢了会心慌的东西。

仓库和发布页在这里:
https://github.com/caamer20/Telegram-Drive

先建测试频道,先传可牺牲的文件,先保留真正的备份。收藏夹可以长成工作区。工作区长不成保险箱,除非你另外造一把。

No comments yet