🐊📦 别再 SCP 了！croc：2026 年最酷的端到端加密文件传输工具

2026年7月23日，GitHub Trending 榜单上，一个熟悉的鳄鱼图标再次浮出水面——schollz/croc。在云盘要充会员、SCP 需要公网 IP、微信传输限制 25MB 的今天，croc 所带来的“一句话传万物”体验，简直像酷暑里的一杯冰美式。它凭什么在四年后依然让开发者们爱不释手？今天我们就来深挖这条“加密鳄鱼”的玩法。

🚧 那些让人血压飙升的文件传输时刻

先闭上眼睛回想一下这几个场景：

  • 跨网段内网穿透：你想把公司服务器上的日志拉回本地，却发现服务器没有公网 IP，SCP 抓瞎，rsync 又配不通隧道。
  • 多设备间传文件：在 Windows 笔记本和 Linux 工作站之间传一个 300MB 的模型文件，U 盘格式不兼容，网盘同步又要先上传再下载。
  • 即时共享文本：只想把一串 API key 或一段命令行从手机传到电脑，却不得不打开邮件或聊天软件，留下不安全的历史记录。
  • 应急管道传输：在 SSH 会话中想把远程命令的输出直接喂给本地，或者反过来——传统方案至少需要三行命令加端口转发。

这些场景的共同敌人：依赖复杂网络配置、传输过程不加密、操作步骤反人性。而 croc 的设计哲学就是把这一切简化为“复制一个口令，回车”。

🐊 croc 的核心魔法：中继 + 口令 + E2E 加密

croc 不是另一个 rsync，也不是改版的 scp。它的聪明之处在于引入了一个轻量级中继服务器（relay）作为握手桥梁，但不中转你的数据（除非双方 NAT 极端严格）。整个流程像这样：

发送方 → 生成一次性口令（如 8lizard-blue-soup-eta）并通过中继注册 → 中继只传递加密握手信息 → 接收方输入相同口令 → 双方通过 PAKE（口令认证密钥交换）协议在本地协商出对称密钥 → 建立直连或者通过中继的端到端加密通道。

整个数据包都在加密状态下传输，即使是中继服务器的拥有者也无法解密。而且口令本身就具备高强度抗暴力破解特性——三个随机单词组合的熵远高于八位数字。

⚡ 三分钟上手指南

安装 croc 就像下载一个静态二进制文件一样简单。在 2026 年，你可以直接用官方脚本：

curl https://getcroc.schollz.com | bash

或者通过 brew install croc / scoop install croc 安装。发送文件只需要一条命令：

croc send my-docker-image.tar.gz

终端会立即生成了一个由三个简单单词加数字组成的口令，例如：

Code is: 8lizard-blue-soup-eta
On the other computer run: croc 8lizard-blue-soup-eta

在接收方电脑上输入 croc 8lizard-blue-soup-eta，会看到发送方的确认请求，输入 y 即可开始传输。如果你不想有任何交互，直接加 --yes 标志：

croc --yes 8lizard-blue-soup-eta

🔐 那些让你彻底抛弃老方案的功能细节

1. 端到端加密，从口令开始
croc 使用 PAKE 协议，基于口令在两端独立生成同样的加密密钥。这意味着即使你使用了公共中继，数据也是天书。密码仅为一次性，传输结束后立即废弃。

2. 断点续传与多文件支持
网络波动？croc 会自动重试并恢复传输，不会让你重新传一次。同时发送文件夹只需 croc send ./my-project，接收方会自动恢复目录结构。

3. 文本与标准输入/输出的完美配合
不想创建临时文件？直接传输文本或管道：

# 发送文本
croc send --text "Hello from 2026"

# 将远程命令的输出通过 croc 传到本地
ssh user@remote "tar czf - /var/log" | croc send --stdin
# 接收方
croc recv --stdout > remote-logs.tar.gz

这种管道化的设计让 croc 成为了脚本和自动化任务中的绝佳粘合剂。

4. 跨平台无缝体验
Windows、macOS、Linux、FreeBSD、ARM … 一个二进制文件走天下。甚至你可以在 Docker 容器里跑 croc relay 自建中继。

🛠️ 进阶玩法：自建中继与信任边界

对于对数据流通有更严格要求的团队，croc 允许你运行自己的中继服务器：

croc relay --ports "9009-9013"

然后双方使用时指定自定义中继地址：

croc --relay "my-relay.local:9009" send secret.pdf

这既消除了依赖公共中继的顾虑，又能把中继节点部署在专线或 VPN 内。自建中继同样无法嗅探数据，但能让你完全掌控握手元数据和网络路径。

有趣的是，你还可以通过环境变量 CROC_SECRET 预先固定口令，实现无人值守的自动化传输，这个特性在 CI/CD 管道中异常好用。

📦 场景总结与思考

回顾一下，croc 优雅地解决了以下现实问题：

  • 异地设备传输：无需公网 IP 或复杂端口映射，一口气穿越 NAT。
  • 安全合规：所有数据经由一次性口令协商的 E2E 加密链路，不被中继读取。
  • 极简交互：发送方得到一个三词口令，接收方粘贴口令，没有冗长的 IP 地址或用户名。
  • 管道支持：与现有 Unix 工具链完美融合，让数据传输像本地管道一样自然。

与类似工具 Magic Wormhole 相比，croc 的安装更轻量（无 Python 依赖）、支持文件夹递归传输、且具有更明确的断点续传与重试机制。如果说 Wormhole 是简洁的艺术品，那么 croc 就是一款包揽“笨活累活”的工程利器。

在云存储沦为订阅制、操作系统自带的“就近共享”仍停留在局域网的时代，croc 这种“中继握手 + E2E 加密 + 极简 CL”的组合，提供了一种回归本质的文件传输哲学。今天，当你再次想用“微信传一下”或者“等我开个 SCP”时，不妨让这条绿色的鳄鱼帮你吃掉所有麻烦。