如何通过互联网在两台电脑之间传文件

最近更新: 2026-08-05

给另一台电脑发文件，通常得先把它传到某个地方——网盘、邮件附件、聊天软件——然后指望对方能顺利取出来。Relayium 省掉了存储这一步：同一局域网内浏览器彼此直连；跨网络时则由 TURN 中继承载端到端加密密文，服务器端不保留实时内容副本或历史。

本文覆盖两种情况——两台电脑在同一网络，以及两台电脑处于完全不同的网络（不同的家、不同的办公室、不同的国家）——并说明双方各自需要做什么。

直连方式：中间没有云

Relayium 完全在浏览器里运行，网址是 relayium.com。两台电脑都无需安装任何东西，你和对方之间也没有第三方存储：文件从一个浏览器流向另一个浏览器，从不写入服务器——即使两边网络逼得数据流必须经过中继，中继也只是把字节转发过去，既不留副本，也没有密钥。

这一点很重要，原因有二：速度（不会被别人的上传/下载配额卡住）和隐私（不会有一份文件副本留在某公司的服务器上，等着被调取、被泄露或被遗忘）。

同一网络，还是跨越互联网

如果两台电脑在同一 Wi-Fi 或局域网里，Relayium 会自动找到彼此——两边都打开 relayium.com 即可，双方都无需账号。

如果两台电脑处于不同网络——比如你家里的台式机和同事在外地的笔记本——自动发现就没法跨越互联网了，这时 Relayium 改用一个短配对码。发送方需要登录才能生成这个码；接收方始终无需账号，无论是手动输入码还是直接打开它生成的链接。配对码有效期 5 分钟，所以生成之前先把两台设备都准备好。

分步操作：跨互联网发送文件

开始之前

只有发送方的电脑需要已登录账号。生成配对码需要账号；用码或链接加入的那台电脑全程不用登录。
该账号的邮箱已验证。跨网络会话的中继只发给已验证的账号，被拒时配对卡片会明确写出原因。
两个人同时守在各自电脑前。配对码有效期 5 分钟，而且这是一次实时会话，不是先上传、对方稍后再来取。
一个能把六位数字或链接带外告诉对方的渠道——一通电话、一个聊天窗口、一条短信。

以下是两台电脑处于不同网络时的完整流程：

在发送方的电脑上打开实时传输页面并登录。
```
https://relayium.com/cross-network
```
选择要发送的文件或文件夹——每批最多 1,000 个文件——然后生成配对码。卡片上会显示这六位数字、一个复制链接的按钮、一个二维码，以及一个倒计时。
```
你的配对码 —— 念给对方
483920
配对码 4:52 后失效
```
用任意方便的方式把这个码或链接告诉对方——念出来、发短信、贴到聊天窗口都行。链接的片段里带的就是同一个码，所以发哪个都一样。
```
https://relayium.com/cross-network#c=483920
```
在接收方的电脑上打开那个链接，或者打开同一个页面，输入这六位数字并按「连接」。这一侧不需要登录。
```
https://relayium.com/cross-network
```
对方加入后传输就开始了。让两个标签页都开着，直到文件计数走完：倒计时只管新设备能不能加入，它归零并不会掐断已经在跑的传输。开始前打开「高级验证」会多出一个可核对的校验码（SAS）——一致能确认密钥未被替换、两台电脑加入的是同一个端到端加密会话；它并不能证明密文走的是哪条网络路径。

传输成功时是什么样

发送方那行「等待对方加入…」会被已连接的卡片取代，卡片上的路径标签显示「中继」。在这里这是预期值，而不是故障：跨网络的浏览器会话本来就刻意走加密的 TURN 中继；只有当两台电脑其实处于同一网络时，你才会看到「局域网直连」。

随后两块屏幕上的文件计数都会走到这一批的最后一个文件，而文件本身就在请求下面那行所说的、接收方浏览器会放置的位置。

中继
文件 1/1

配对码被拒绝，或者传输中断时

跨网络传输比同网络多几个活动部件——一个有寿命的码、一个账号、一份中继额度——而每一样出问题时，配对卡片都会写明是哪一样，而不是默默失败。所以先读那张卡片。

现象、检查、处理

接收方输入配对码后提示「配对码无效或已过期」。

https://relayium.com/cross-network   # 发送方卡片上有实时倒计时

要么距离生成已经过了 5 分钟，要么有一位数字输错了。在发送方电脑上重新生成一个码，让对方立刻输入；或者干脆把加入链接发过去，那样根本不用手动输入。

卡片提示中继只发给已验证的账号。

https://relayium.com/cross-network   # 配对卡片会写明被拒的原因

发送方的邮箱地址还没有验证。打开账户面板，用 Relayium 发出的那封邮件完成验证，然后重新生成一个配对码——旧的那个拿不到已经被拒绝过的中继。同网络传输和 CLI 都不受此影响。

卡片提示本月的中继流量已经用完。

https://relayium.com/me   # 「本月用量」里能看到中继额度还剩多少

在额度于下个月重置之前，跨网络的浏览器会话既无法建立也无法继续。想现在就发，可以在 https://relayium.com/offline-transfer 把文件传成一个下载链接、升级套餐，或者自己跑一个节点；无论哪种情况，同网络传输都照常可用。

传输传到一半停下，而且不再恢复。

https://relayium.com/cross-network   # 两个标签页都必须还停在这个页面上

这是一次实时会话，所以网络短暂中断后可以从断点继续，但关掉标签页或刷新页面就意味着会话结束，服务器上也没有可供续传的副本。请用新的配对码重新开始——如果对方没法一直在线，就改用 https://relayium.com/offline-transfer 上的异步下载链接。

传输能跑，但比同一网络下传同样的文件慢很多。

https://relayium.com/cross-network   # 已连接卡片上的路径标签显示「中继」

走中继的会话受两端互联网连接加上中继这一跳共同限制，所以它确实比局域网传输慢，而且没有哪个设置能改变这一点。如果这一批特别大，https://relayium.com/offline-transfer 上的下载链接是更从容的路线，因为它不要求双方同时在线。

跨网络：加密中继

同一网络下的两个浏览器彼此直连。跨网络时——企业防火墙和严格 NAT 经常挡住直连路径——Relayium 改用 TURN 中继来承载加密数据流，因此连接更可靠。

中继只能看到密文：文件在离开发送方浏览器之前就已端到端加密（X25519 密钥交换加 AES-256-GCM），所以中继读不到内容，就跟互联网上随便一台电脑一样看不到。如果中途断线，传输会续传而不是从头再来。

能传多少文件、多大的文件

一批最多可以发送 1,000 个文件，包含文件夹结构。服务器端没有大小上限——实际限制取决于接收方的浏览器。

支持 File System Access API 的浏览器——桌面版 Chrome、Edge——会把接收到的数据直接流式写入磁盘，所以几个 GB 的文件也没问题。Firefox 和 Safari 没有这个 API，在它们那边接收的整批文件只能先攒在内存里，因此一旦超过约 256 MB，Relayium 会在你点「接收」之前先提示一次：这是刻意取的保守估计，而不是实测出来的上限，真正的天花板取决于这台机器的内存、系统以及还开着什么。每个文件还会做端到端的 SHA-256 校验，确保收到的内容和发出的完全一致。

常见问题

这真的是点对点直连吗，会经过服务器吗？

在真正关键的那一点上，它就是点对点：文件从一个浏览器流向另一个浏览器，从不存储在服务器上。同一局域网内两个浏览器彼此直连；跨网络配对码传输则按设计使用 TURN。中继只转发端到端加密密文，无法读取或解密文件，也不保留服务器端实时内容副本或历史。

双方都需要账号吗？

不需要。同一网络下，双方都不需要账号。跨网络时，发送方需要登录才能生成配对码——这是 Relayium 生成和管理配对码所必需的——但接收方始终无需账号，无论对方是输入配对码还是直接打开链接。

能跨不同网络甚至不同国家传输吗？

可以。配对码正是为这种情况设计的：两台不在同一局域网的电脑，无论各自身处世界哪个角落都能连上。这条路径走的是加密 TURN 中继而不是直连，而且是刻意如此：Relayium 选择走中继，好让穿越 NAT 和防火墙这件事不必依赖于是否存在一条可用的直连路径。

文件大小或数量有限制吗？

一批最多可以发送 1,000 个文件。Relayium 的服务器端不设大小上限，剩下的都是实际层面的限制：桌面版 Chrome 或 Edge 会把整批文件直接流式写入磁盘，此时约束来自浏览器本身、操作系统、磁盘剩余空间，以及这次实时会话能维持多久。Firefox 和 Safari 则把整批文件放在内存里，超过约 256 MB 时 Relayium 会先提示你——这个阈值是保守估计而非硬性天花板，真正的上限要看那台机器。

在两台电脑上打开 Relayium，跨互联网发出你的第一个文件——不用上传到云端，不用安装，接收方也始终无需账号。

立即试用 Relayium