不注册也能多人一起写用 Rustpad 在 NAS 上搭一个轻量协作文本编辑器前言多人临时协作写东西时我最怕工具本身比内容还重先注册账号、建团队、配权限最后只是想让两三个人一起改一段文字。Rustpad 吸引我的地方正好相反它把流程压得很轻——打开一个文档、复制分享链接别人进入后就能一起编辑再加上 Markdown、代码高亮和随机文档码拿来做会议记录、临时代码片段、课堂笔记都很顺手。对我来说这类工具真正有价值的不是功能堆得多而是“点开就写、发链接就协作”。如果只是临时讨论我也不想先为了协作本身建立一整套账户体系。尤其是两三个人临时碰头时真正影响效率的往往不是功能不够而是进入工具之前的准备步骤太多。这次我把汉化版 Rustpad 部署到极空间先通过 SSH 进入 NAS确认 Docker 环境在/docker/rustpad下准备 Compose 文件使用swr.cn-north-4.myhuaweicloud.com/firfe/rustpad:2025.08.28镜像把3030映射到宿主机并限制 1 核 CPU、512MB 内存和日志大小。局域网确认页面、文档码、用户名和 Share Link 都能用以后再安装 cpolar把3030页面先通过随机地址提供到公网最后切换成固定二级子域名rustpad。同时会把一个容易忽略的问题讲清楚轻量协作不等于长期归档现有部署没有挂载数据卷文档持久化要单独确认。1. Rustpad 到底适合做什么Rustpad 是一款轻量级在线协作文本编辑工具。它的几个核心特点很直接多人实时协作无需注册支持 Markdown支持代码高亮可以自托管支持可选端到端加密。比较适合的场景包括临时会议记录团队头脑风暴编程结对时共享代码片段教师和学生共享课堂笔记临时清单、协议和待办。技术栈里提到组件技术后端Rust Actix Web前端HTML / CSS / JavaScript部署单二进制文件或 Docker协议WebSocket CRDT对我来说它真正的优势不是功能多而是不用建团队、不用创建账号拿到链接就能开始协作。2. 文档会不会一直保存这个问题要先说清楚。Rustpad 的说明里提到默认将文档临时保存在内存中重启后会丢失持久化到本地文件需要社区修改版或插件。而下面这套 Docker Compose 和 docker run 配置都没有挂载数据卷。所以我不会把这套部署直接当成长久文档归档系统。它更适合临时协作、快速共享、短周期编辑。如果准备长期保存重要内容需要另外确认这个汉化镜像是否实现持久化以及数据最终落在哪里。3. SSH 进入极空间先在极空间开启 SSH 服务。然后从 Windows PowerShell 或 Mac Terminal 登录sshrootIP这里的IP换成自己极空间的实际地址。4. 确认 Docker 环境执行docker-vsystemctl status-vdocker -v用来确认 Docker 命令是否可用。另一条systemctl status -v如果返回结果不是预期的 Docker 服务状态先确认极空间实际使用的 systemd 服务名不要只凭这一条命令判断 Docker 是否正常。5. 创建 Rustpad 部署目录执行sudomkdir-p/docker/rustpadcd/docker/rustpad目录为/docker/rustpad后面的 Compose 文件就放在这里。6. 用 Docker Compose 启动 Rustpad创建docker-compose.yml写入#version: 3.9name: rustpad services: rustpad: container_name: rustpad image: swr.cn-north-4.myhuaweicloud.com/firfe/rustpad:2025.08.28 network_mode: bridge restart: always cpus:1mem_limit: 512m logging: options: max-size: 1m max-file:3ports: -3030:3030这里几个参数比较关键容器名rustpad镜像swr.cn-north-4.myhuaweicloud.com/firfe/rustpad:2025.08.28网络bridge重启策略alwaysCPU1内存512m日志单文件最大1m日志最多保留3端口3030:3030启动容器docker-composeup-d7. 也可以直接用 docker run如果不想用 Compose也可以执行dockerrun-d\--namerustpad\--networkbridge\--restartalways\--cpus1--memory512m\--log-opt max-size1m\--log-opt max-file3\-p3030:3030\swr.cn-north-4.myhuaweicloud.com/firfe/rustpad:2025.08.28两种方式二选一即可。如果已经用 Compose 启动了 Rustpad就不要再用 docker run 启动第二套否则可能遇到容器名或端口冲突。8. 先确认局域网页面浏览器访问http://极空间IP:3030页面能打开先证明极空间 Docker → Rustpad →3030→ 浏览器这一层已经正常。9. Rustpad 如何区分不同文档页面支持多种语言格式。Rustpad 通过6 位随机码区分不同文档。不同随机码对应不同文档内容。这种设计很适合临时协作但如果文档越来越多我会额外记录哪个随机码对应哪份内容。否则时间一长自己也容易忘记。10. 多人进入后怎么区分彼此Rustpad 允许修改用户名。多人同时编辑时先改成能看懂的显示名称协作时会更清楚。11. 怎么把同一份文档分享出去左侧可以看到Share Link这就是当前文档的共享链接。把它发给另一位协作者对方打开后就能加入同一个文档。整个协作过程很短打开文档 → 复制 Share Link → 发给别人 → 一起编辑。这也是我愿意留下 Rustpad 的原因。12. 可选 E2EE 不等于默认已经加密Rustpad 的功能说明里提到可以通过 URL 中的密钥实现可选端到端加密。这里的关键词是可选。所以我不会看到“支持 E2EE”就默认每一个普通 Share Link 都已经自动开启端到端加密。如果要处理敏感内容我会额外确认当前链接是否包含对应密钥当前会话是否真的启用了加密汉化镜像是否保持这套加密行为。自托管和端到端加密是两件事不能混在一起理解。13. 远程协作时端口要先核对本地部署和浏览器访问都使用3030Compose 和 docker run 也都是3030:3030不过远程协作场景里还有一处地址写成http://你的IP:3000这和实际部署端口不一致。所以后面配置公网入口时我会以实际 Docker 映射为准继续使用3030。14. 安装 cpolar如果协作者不在同一个局域网就需要让 Rustpad 页面从外部可访问。cpolar 在这里负责的是把 Rustpad 的3030Web 页面提供到公网。它不负责 CRDT 同步也不负责文档加密。安装sudocurlhttps://get.cpolar.sh|sh安装完成后检查状态sudosystemctl status cpolar服务正常以后通过主机 IP 9200进入 cpolar Web UI。页面里的入口写成http://ip:9200对应超链接目标为http://localhost:9200/15. 先创建随机公网地址进入隧道管理 → 创建隧道参数隧道名称rustpad协议http本地地址3030域名类型随机域名地区China Top创建以后进入在线隧道列表。复制生成的公网地址从外部设备测试。Rustpad 页面能够正常打开。这一层验证的是外部浏览器 → cpolar → 极空间3030→ Rustpad。16. 远程协作真正要分享的还是文档链接公网地址解决的是外部设备可以打开 Rustpad。具体哪一份文档仍然由文档码和 Share Link 区分。更完整的链路是公网 Rustpad → 指定文档 → Share Link → 多人同时编辑。如果只把 Rustpad 首页地址发给别人对方未必直接进入正在协作的那一份文档。17. 长期使用再换固定二级子域名随机地址适合先测试。如果以后经常使用 Rustpad再切换固定二级子域名会更方便保存入口。进入预留页面。选择保留二级子域名参数地区china Top二级子域名rustpad二级子域名具有唯一性以自己账号真正预留成功的名称为准。18. 把固定域名绑定回 Rustpad 隧道进入隧道管理 → 隧道列表找到 Rustpad 隧道并编辑。修改域名类型二级子域名Sub Domain填写预留成功的二级子域名地区China Top。点击更新。更新以后查看在线隧道列表。最后使用固定公网地址再次访问。Rustpad 页面可以正常打开。19. 这套 Rustpad 更适合哪类需求我会把它留给这些场景临时开会一起记快速共享一段代码课堂多人记笔记临时写清单不想为短期协作注册新账号。但如果需求变成长期归档、严格权限、完整版本管理或企业知识库我不会只靠这套容器配置直接承担。它真正擅长的是把多人实时协作做得足够轻。总结整条链路可以压缩成极空间 → SSH → Docker →/docker/rustpad→ 汉化镜像2025.08.28→3030:3030→ Rustpad → 6 位文档码 → 用户名 → Share Link → cpolar →3030随机公网 → 固定二级子域名rustpad。对我来说Rustpad 最有吸引力的不是“功能比在线文档更多”而是打开、分享、一起写这三步足够直接。只要提前想清楚文档持久化和可选 E2EE 的边界它就很适合作为一套轻量、随手可用的临时协作工具。