是否可以使用两个互联网连接并将它们的上传合并为 bittorrent？

Question

由于每个 Internet 连接都有自己的 IP，因此我认为这是一个问题。或者您可以使用一个连接作为主要连接，然后使用另一个连接来欺骗来自主要连接的数据包？

Answer 1

可能不是。这一切都取决于负载平衡技术。总结一下：

我希望大多数消费者级别的负载平衡解决方案都可以在没有 ISP 合作的情况下工作。在这种情况下：否。

无需ISP支持；不适合 BitTorrent：

BitTorrent 不适用于暴露您的外部 IP 地址的负载平衡解决方案。这些解决方案通过目前最少使用的链接路由新的出站 TCP 会话。这对于浏览网站来说很好，但会导致任何需要处理单个 IP 地址的问题。例如，请参阅pfSense 关于粘性连接的文档。

（理论上，您的客户端可以假装是两个客户端，每个客户端都不会从另一个客户端下载。实际上，我认为任何 BitTorrent 客户端都不会这样做。）

通过分发出站 TCP 会话进行负载平衡是保证所有 ISP 提高下载速度的唯一方法。出于这个原因，我希望大多数消费者级别的负载平衡解决方案都能以这种方式工作。这对于多连接 HTTP 和 FTP（即大多数下载管理器）非常有用，但不适用于 BitTorrent。

可能需要 ISP 支持；可以使 BitTorrent 上传受益：

正如Steve Schnepp 指出的那样，BitTorrent 应该与分发传输数据包的负载平衡器配合得很好，但用您的（明显的）单个 IP 地址标记所有数据包。问题是，这种解决方案只有在您的 ISP 没有阻止欺骗数据包时才有效。

尝试将数据包欺骗给您的朋友，然后让他们将数据包欺骗给您。假设两个 ISP 都没有拔掉您的插头，您可以尝试使用两个 ISP 的自制 Linux 路由解决方案。

Answer 2

使用 2 条线路上传的最简单方法是在 2 条线路上发送数据包，就像将一半数据包路由到 WAN1，另一半路由到 WAN2 一样。

但在实践中，它通常效果不佳，因为你需要考虑一些事情：

数据包之间的延迟可能有很大不同（即：更多的抖动），因此数据包将被无序接收。对于基于 TCP 的数据流来说，这应该不是什么大问题，但对于更面向 RT 且对抖动非常敏感的数据流（例如 TCP 交互：禁用 nagle 算法或 VoIP），它可能会因缓冲而引入严重的延迟。

@Garth：我认为他不想使用 2 个 IP 地址，只想使用 2 个连接，所以我没有看到 BT 的问题（它只与 2 级相关），但通常的 2 级警告确实适用。