qft

夸脱

QFT 是一个用于快速（且真正可靠）点对点 UDP 文件传输的小型应用程序。

如果朋友送你来这里...

...查看侧边栏上的“发布”部分。您应该看到一个标题为 vX.YZ 的链接，单击该链接，然后为您的操作系统选择正确的文件： qft （适用于 Linux）、 qft-mac （适用于 Mac）和qft.exe （适用于 Windows）。下载此文件，使其在 Linux 或 Mac 上可执行，然后按照朋友的说明操作，了解如何接收他们想要发送给您的文件。

用法：

• 查找公共 QFT 帮助程序（例如 tudbut.de:4277）
• 在发送方 PC 上，输入qft sender <helper> <shared-phrase> <filename> 。
• 在接收方 PC 上，输入qft receiver <helper> <shared-phrase> <filename> 。
• 两台电脑不久后就会开始传输。如果他们不这样做，请再试一次。

或者

• 在两台电脑上，输入qft gui 。
• 选择模式
• 选择要发送的文件和要保存到的文件
• 更新共享短语和比特率以匹配
• 点击开始

论据：

 qft helper   <bind-port>
qft sender   <helper-address>:<helper-port> <phrase> <filename> [send-delay] [bitrate] [skip]
qft receiver <helper-address>:<helper-port> <phrase> <filename> [bitrate] [skip]

帮手做什么

助手不是数据中继，它们仅用于建立连接。

助手们可以帮助打孔。

• P1 连接* 到助手
• P1 将短语发送给助手
• P1等待响应
• 过了一段时间
• P2 连接*到同一个助手
• P2 将短语发送给助手
• P2获取P1的公网IP和端口
• P1获取P2的公网IP和端口
• P1 和 P2 与助手断开连接*
• P1和P2开始一个循环（稍微简化）：
  • 多次向对方发射数据包
  • 尝试从另一个接收尽可能多的数据包
  • 如果没有收到，则再次循环
  • 如果收到，则退出循环
• P1 和 P2 之间的连接已建立。

*UDP是无连接协议，没有握手。这里使用“连接”一词作为数据将在“连接”方之间交换的指示符。这里使用“断开连接”一词作为指示，表示“先前连接的”各方之间将不再交换数据。

揭穿有关 P2P 网络的一些神话

• “真正的 P2P 只有在没有 NAT 的情况下才有可能”——我的实验和维基百科都想谈谈打洞。我发现的唯一问题是一些德国移动数据提供商，但是通过移动数据发送大文件很少是您想要做的事情 - 如果是这样，请使用 croc 或魔法虫洞之类的东西，它们不是纯粹真正的 P2P 。
• “Croc也是P2P，为什么会有这个？” - Croc 不是点对点。 Croc 使用中继服务器在两个客户端之间交换数据（除非其中一个客户端设置了端口转发，但这种情况几乎不会发生）。这就是客户端到服务器到客户端，这并不是真正的点对点。点对点意味着两个客户端直接向对方发送数据，无需服务器。 “对等点将其部分资源（例如处理能力、磁盘存储或网络带宽）直接提供给其他网络参与者，而不需要服务器或稳定主机的集中协调。” - 维基百科

提示与技巧

• 您可以在两个命令的末尾（文件名之后）添加一个数字以提高传输速度（较低=更快），但数字太小可能会由于本地网络条件、VPN 等而导致不可靠（默认为 500） 。这将修改发送数据包之间的延迟。
• 您还可以在其后添加一个数字。它将修改数据包大小，此处较高的数字与前一个参数中较小的数字具有类似的效果。
• 正如“helper”模式参数所暗示的那样，您可以自己运行一个助手。这个助手应该简单地运行在可以从整个网络访问的服务器上（便宜的 VPS 肯定可以）。
• 助手不必在公共服务器上运行，它们也可以在 LAN 中工作，但这样，只有同一 LAN 中的计算机才能使用它们。
• 您可以通过设置QFT_STREAM环境变量来允许流式传输（例如，当您想要从 /dev/stdin 传输时）。
• 要在 Linux 或 Mac 上使用 qfts 和 qftr 别名，请运行（将(shell)替换为您的 shell 名称，通常是 bash 或 zsh）：

 echo ' alias qftr="qft receiver tudbut.de:4277" ' >> ~ /.(shell)rc
echo ' alias qfts="qft sender tudbut.de:4277" ' >> ~ /.(shell)rc
source ~ /.(shell)rc

很酷的东西

• 文件通过 UDP 传输，但 qft 采取了额外的可靠性措施以避免文件损坏。
• 互联网连接不可靠？没问题！ QFT 将暂停传输，直到连接恢复！不起作用？查看“恢复完全停止的传输”部分！
• 您是否知道您可以在计算机传输时休眠或暂停计算机，并且即使只有一侧暂停，它也会从上次离开的地方继续进行？ （除非您的路由器阻塞了端口，否则请阅读“恢复完全停止的传输”部分）
• QFT 可承受重物天气网络条件：1000ms ping 与 10ms ping 一样快，可以容忍超过 10% 的数据包丢失/重排序率（但可能会降低速度，尤其是当 ping 较高时）。
• 它是用100% 纯 Rust编写的。

恢复完全停止的传输

除非传输由于很长的暂停或计算机重新启动而完全终止，否则您很可能不需要此操作，但如果您这样做：

在两端停止 qft，然后使用 [skip] 参数再次启动（如果您之前没有指定比特率，则默认值为 256）。它将跳过这些字节并继续您指定的位置。

故障排除

它说Connecting...但无法连接

您的一端未正确连接到助手。停止两端传输并重试。

鳄鱼

很多人都提到这怎么像鳄鱼。事实并非如此，因为 croc 使用中继来发送所有数据。这是一个瓶颈，也意味着中继管理员要对发送的内容负责。中继还缓冲大量数据，这意味着如果发送方的连接速度比接收方的连接快得多，则其 RAM 可能会被填满。 Croc 被标记为“点对点”充其量只是一种误导，因为它很少使用 P2P 功能（它需要端口转发来执行 P2P，但很少这样做）。如果您认为 Croc 始终是点对点的，请阅读前面有关 P2P 神话的部分。

相关XKCD

常问问题

什么是帮手？

如上所述，它用于建立两个伙伴之间的连接。

为什么需要帮手？

您的路由器使用一种称为网络地址转换的功能。这是必需的，因为否则，使用中的 IP 地址将会过多，并且互联网将在繁忙时间停止工作。然而，这个 NAT 也是一个问题，因为它是您的 PC 和开放互联网之间的一层。当有新的传入连接时，NAT 将不知道将连接转发到 LAN 中的哪台 PC，因此该连接会被拒绝。因此，任何点对点软件都需要一个辅助服务器（也称为“STUN”服务器），双方都会询问对方的 IP 地址和端口。然后，两个对等方都可以向对方发送一堆传出连接。如果一切顺利，两个对等方都在正确的时间发送了传出连接，导致两个 NAT 都认为它们是传出连接，而实际上，它们是传入和传出连接的组合。

TL;DR：由于路由器的存在，如果没有辅助服务器，P2P 网络是不可能的。否则需要端口转发，这可能很难设置。

如何成为公私帮手？

阅读“提示与技巧”部分中的第二个要点。