Filetransfer 为什么只支持局域网——协议设计与安全边界

为什么只支持局域网

Filetransfer 从一开始就定位为"局域网应急互传工具"，这个定位不是出于技术局限，而是产品选择。背后有三层原因：

第一层：FTP 协议的天性

FTP 协议诞生于局域网时代——ARPANET 的初期就是少数几台大型计算机通过局域网互联。FTP 的设计假设就是"通信双方在同一个物理网络里"。

FTP 协议没有 NAT 穿透能力——NAT（网络地址转换）是现代家庭和公司路由器的标配功能，它把内网设备隐藏在路由器后面，用一个公网 IP 对外。从公网发起的请求根本找不到 NAT 后面的内网设备。要穿透 NAT 需要 STUN、TURN 或手动端口映射，这些都是 P2P 协议的范畴，FTP 没有。

第二层：安全边界清晰

局域网直连的最大安全优势是——传输通道的边界就是物理房间。你的手机和电脑在同一个路由器下，这个路由器是你自己控制的（或你信任的），外面的设备根本碰不到你的 FTP 端口。

如果 Filetransfer 支持公网访问，那安全边界就变成了"互联网上所有设备"——任何能扫描到你公网 IP 的人都能尝试连接。这带来了端口扫描、暴力破解、DDoS 等一系列安全风险，需要引入鉴权、限流、加密等复杂机制，和 Filetransfer 轻量的定位完全不符。

第三层：场景聚焦

Filetransfer 要解决的是"手边没线时的应急互传"——手机和电脑之间的距离通常在几米到几十米范围内，自然就在同一个局域网里。跨公网传输是完全不同的场景（远程办公、朋友间远距离传文件等），有更适合的工具。

想跨网络传怎么办

如果你的需求是两台设备不在同一个局域网，Filetransfer 就不是合适的工具了。以下是几种替代方案：

方案一：云盘中转（最通用）

云盘方案的核心优势是任何两台设备只要能上网就能传，缺点是双份流量 + 经过第三方服务器。

方案二：P2P 直传工具（不走云端）

P2P 工具的优势是不走云端、速度取决于双方带宽，缺点是需要双方同时在线，且 NAT 穿透不一定 100% 成功（对称型 NAT 可能穿透不了）。

方案三：邮箱附件 / 聊天工具

• 邮件附件（Gmail 25MB、Outlook 33MB、国内邮箱通常 50-100MB）
• 微信/QQ 文件传输助手（微信对文件类型和大小有限制）
• Telegram / Signal（无文件类型限制，单文件 2GB）

适合小文件快速传递，不适合大文件或批量传输。

方案四：自建中转

• SSH / SFTP：在一台有公网 IP 的服务器上跑 SSH 服务，两端用 SFTP 传
• WebDAV：在服务器上搭 WebDAV 服务，两端用支持 WebDAV 的客户端
• Syncthing / Resilio Sync：双向增量同步，需要一台有公网 IP 的中继服务器

适合有技术能力和服务器的用户，灵活性最高。

Filetransfer 的边界内场景

在自己的边界里，Filetransfer 是最快、最省心的方案：

为什么有人会期望公网传输

常见的误解：

• "FTP 就是文件传输协议，应该能在任何网络下用"——错，FTP 设计时就假设在同一局域网
• "其他类似工具都能跨网络"——那些是 P2P 工具（SendTomo 等）或云盘工具，不是 FTP
• "我端口映射一下不就能公网访问了"——技术上可行（路由器做端口转发），但极不推荐，相当于把你的手机 FTP 服务暴露给整个互联网，任何人都能扫描到并尝试连接

总结

Filetransfer 坚持局域网定位是对的——把一个场景做到极致，比什么都做一点好。如果你的需求跨出了局域网边界，换工具就行，没有万能方案。