草稿箱

太长不看 用云端私有存储搭了一套免费双通道自动备份系统：加密备份 + 明文直传 文件变化后自动上传，每小时全量同步兜底 机器人支持查目录、翻页、按序号取文件，Windows 服务开机自启 完整记录实施思路和踩坑排查，可封装成一键安装包 需要准备：Windows 10/11 + Python 3.11+ + 合规的云存储账号 声明：本文为 AI 辅助开发实践记录。代码由 AI 辅助生成，作者负责需求设计、方案选型、测试、部署和排障。文中出现的云服务、机器人、令牌、用户名均为匿名化占位符，请勿直接复制使用；落地时请结合合规的云存储产品和当地法律法规。 1. 我为什么需要一个自动备份系统 我最怕的事，是电脑突然坏了。博客、课件、代码、学习资料全都存在本地硬盘里，坏了就真的什么都没了。U 盘会丢、会坏；传统网盘要么容量小，要么限速，要么收费；而且大多需要手动上传，经常想不起来备份。 其实这个问题，我上一个项目就尝试解决过。当时我做了 Git 自动同步方案，先问了 AI 一个问题：远端仓库大小、单个仓库能存的文件数，到底有什么限制？得到的答案是：空间和单仓库大小都有明确上限。 那时我就意识到，只靠 Git 一个小工具，解决不了所有备份问题。同步博客这种文件少、体积小的场景没什么压力，但一旦要同步课件、学习资料这类又多又大的文件，就很吃力了。Git 项目虽然也能备份，但只适合小文件。我需要探索一种新的备份范式。 我把上面的痛点整理成了明确的需求： 容量要大——能装下课件和学习资料 速度不能太慢——别像某些网盘一样上传下载都限速 要自动——文件一改，自动同步 要异地保存——电脑坏了、U 盘丢了，文件还在别处 成本要低——个人使用，不想年年交钱 后来我发现，很多即时通讯软件自带“私有频道/私有空间”能力，可以存放大量文件，恰好符合容量大、成本低、跨设备访问的特点。于是我想：能不能用脚本把本地目录自动推送到云端私有空间，再通过机器人随时取文件？这就是这个项目的直接推动力。 2. 最终做成了什么 一套 Windows 上的双通道备份系统： 加密通道：文件先本地加密，再分片上传云端，内容不可直接查看 明文通道：文件以原始格式上传，可以在客户端直接查看、下载 实时同步：目录有变化，约 5~10 秒内自动上传；每小时还有全量同步兜底 机器人：发命令查总目录、今日更新，回复序号就能把对应文件发到私聊 后台服务：注册三个 Windows 服务，开机自启、崩溃自动重启 一键安装包：把整套系统封装成可以复制到其他电脑使用的安装包 电脑自动备份，手机也能直接传文件，两边数据互通。 3. 技术选型思路 组件 作用 为什么选它 云端私有存储服务 文件分片、加密、上传 容量大、成本低、支持开放接口 PostgreSQL 保存文件索引、分片、空间信息 原生 Windows 服务，稳定直观 同步工具 加密备份的同步 支持远程后端，可命令行调用 直传客户端 明文直传和机器人逻辑 Python 生态成熟，接口灵活 机器人接口 目录检索、取文件 官方开放能力，天然跨设备 NSSM 注册 Windows 服务 开机自启、崩溃自动重启 选型时主要考虑三件事： ...

目录 1. 最终做成了什么 1.1 如何想到的 1.2 最终的结果 2. 用到的技术 3. 准备工作 4. 架构 4.1 项目架构 4.2 系统架构 5. 实施步骤 5.1 第 1 步：安装 Python 5.2 第 2 步：安装 PostgreSQL 17（原生服务，不用 Docker） 5.3 第 3 步：安装 Teldrive 5.4 第 4 步：安装 Teldrive 专用 rclone（最关键的一步） 5.5 第 5 步：安装 NSSM 5.6 第 6 步：安装 Python 依赖 5.7 第 7 步：创建 Telegram 私有频道 5.8 第 8 步：登录 Teldrive 并填 Token 5.9 第 9 步：注册三个 Windows 服务 5.10 第 10 步：添加备份目录 6. 验证 7. 技术原理 7.1 原理细节 1.1技术原理总览 1.2核心概念详解 7.2 脚本细节 2.1 teldrive-backup.ps1 2.2 direct-watch.ps1 2.3 direct_upload.py 2.4 安装模块 2.5 bat 入口 8. 实施过程中遇到的问题与解决 1. Chrome 无法登录 Teldrive，Edge 可以 2. 使用原生 PostgreSQL 而不是 Docker 3. PostgreSQL 服务无法启动 4. Telegram 频道显示 600 多个文件，本地只有 500 多个 5. 清空频道后再次同步只上传 2 个文件 6. 加密备份产生重复记录 7. rclone 报 HTTP 500 8. 机器人按钮没有反应 9. 机器人把文件发到了 Saved Messages 10. 手机上传的文件在机器人目录里看不到 11. 0 字节文件无法上传 12. bat 双击一闪而过 13. bat 执行后直接退出，无法回到菜单 14. 添加备份路径失败，提示 mode must be overwrite or version 15. 输入 q 报错 16. NSSM 后台服务找不到 Python 17. Telethon 会话数据库被锁 18. manifest 每小时都更新 19. manifest 需要日志轮替 20. 本地日志无限增长 21. rclone 不认识 teldrive 后端，加密备份突然失效 22. 加密备份不实时同步（private_database 频道长时间不更新） 23. 手动同步中断后 sync.priority 残留，实时同步再次停止 9. 总结 9.1 成果回顾 9.2 AI 辅助开发的真实体会 9.3 踩坑之后的收获 9.4 资源与后续 9.5 写在最后 我怕电脑坏了，博客、课件、代码和考研资料全丢，于是用 Telegram 的私有频道给自己搭了一套免费的自动备份系统：加密 + 明文双通道，文件有变化 5 秒内自动上传，机器人随时查目录、按序号取文件，开机自启，最后还封装成了一键安装包。 ...

双通道自动备份系统实战：加密 + 明文 + 机器人取文件 本文为作者博客系列文章的精简版，内容已做匿名化处理。 @[toc] 前言 用云端私有存储搭了一套免费双通道自动备份系统： 加密备份 + 明文直传 文件变化后自动上传，每小时全量同步兜底 机器人支持查目录、翻页、按序号取文件 Windows 服务开机自启 完整记录实施思路和踩坑排查，可封装成一键安装包 需要准备：Windows 10/11 + Python 3.11+ + 合规的云存储账号 声明：本文为 AI 辅助开发实践记录。代码由 AI 辅助生成，作者负责需求设计、方案选型、测试、部署和排障。文中出现的云服务、机器人、令牌、用户名均为匿名化占位符，请勿直接复制使用；落地时请结合合规的云存储产品和当地法律法规。 1. 我为什么需要一个自动备份系统 我最怕的事，是电脑突然坏了。博客、课件、代码、学习资料全都存在本地硬盘里，坏了就真的什么都没了。U 盘会丢、会坏；传统网盘要么容量小，要么限速，要么收费；而且大多需要手动上传，经常想不起来备份。 其实这个问题，我上一个项目就尝试解决过。当时我做了 Git 自动同步方案，先问了 AI 一个问题：远端仓库大小、单个仓库能存的文件数，到底有什么限制？得到的答案是：空间和单仓库大小都有明确上限。那时我就意识到，只靠 Git 一个小工具，解决不了所有备份问题。同步博客这种文件少、体积小的场景没什么压力，但一旦要同步课件、学习资料这类又多又大的文件，就很吃力了。Git 项目虽然也能备份，但只适合小文件。我需要探索一种新的备份范式。 我把上面的痛点整理成了明确的需求： 容量要大——能装下课件和学习资料 速度不能太慢——别像某些网盘一样上传下载都限速 要自动——文件一改，自动同步 要异地保存——电脑坏了、U 盘丢了，文件还在别处 成本要低——个人使用，不想年年交钱 后来我发现，很多即时通讯软件自带"私有频道/私有空间"能力，可以存放大量文件，恰好符合容量大、成本低、跨设备访问的特点。于是我想：能不能用脚本把本地目录自动推送到云端私有空间，再通过机器人随时取文件？这就是这个项目的直接推动力。 2. 最终做成了什么 一套 Windows 上的双通道备份系统： 加密通道：文件先本地加密，再分片上传云端，内容不可直接查看 明文通道：文件以原始格式上传，可以在客户端直接查看、下载 实时同步：目录有变化，约 5~10 秒内自动上传；每小时还有全量同步兜底 机器人：发命令查总目录、今日更新，回复序号就能把对应文件发到私聊 后台服务：注册三个 Windows 服务，开机自启、崩溃自动重启 一键安装包：把整套系统封装成可以复制到其他电脑使用的安装包 电脑自动备份，手机也能直接传文件，两边数据互通。 3. 技术选型思路 组件 作用 为什么选它 云端私有存储服务 文件分片、加密、上传 容量大、成本低、支持开放接口 PostgreSQL 保存文件索引、分片、空间信息 原生 Windows 服务，稳定直观 同步工具 加密备份的同步 支持远程后端，可命令行调用 直传客户端 明文直传和机器人逻辑 Python 生态成熟，接口灵活 机器人接口 目录检索、取文件 官方开放能力，天然跨设备 NSSM 注册 Windows 服务 开机自启、崩溃自动重启 选型时主要考虑三件事： ...