我在阿根廷使用一家名为 Fibertel 的 ISP，最近我将连接升级为 30 个下行/3 个上行。此更改带来了新的调制解调器+路由器：Motorola SBG 6580。
之前我在有线调制解调器（不记得品牌了）和单独的 NetGear 路由器上遇到过类似 1 下载/300k 上传的情况。
我的速度现在非常快，但现在出现了大量数据损坏。
某些应用程序很好，例如 uTorrent，但每当我通过浏览器下载文件，或者在 git 或 hg 中执行拉取操作时，我都会定期收到校验和错误，并且必须多次重新运行该任务才能下载无损坏文件。网页上的图片也丢失了，等等。
我读到过我应该让 ISP 进行线路质量测试。不幸的是，由于各种原因，这是不可能的。
我想知道的是为什么突然间数据损坏了？为什么 uTorrent 可以下载文件而不会损坏，而我的浏览器却不能？TCP 不应该弥补这一点吗？
答案1
某些网络中间设备肯定破坏了 TCP 段中的应用程序数据，但在其上放置了正确的 TCP 校验和。这种情况最有可能发生在 NAT 网关或代理（如 Web 代理或 SOCKS 代理）中，因为其他类型的设备（路由器、交换机、宽带调制解调器、Wi-Fi AP）无权修改 TCP 校验和。
如果您的客户端计算机上设置了任何不需要的代理设置，请禁用它们。
确保您的 NAT 网关上有最新的固件。或者尝试将您的客户端计算机直接插入宽带调制解调器（如果您的宽带调制解调器不是您的 NAT 网关）。如果您的宽带调制解调器是您的 NAT，看看您是否可以关闭其 NAT 功能以进行测试。您需要某种方法来证明是否是您的 NAT 盒在执行此操作。
即使您最近没有更换过 NAT 盒，也可能存在缺陷，但这些缺陷不会在您旧的宽带速度下显示出来；也许它只会在 30mbps 负载下出现问题。
答案2
您的浏览器不应该给您校验和错误。通常情况下，如果出现间歇性但不是完全的数据包丢失，基于 TCP 的连接会很慢，或者可能会超时。超时会导致您的浏览器或其他应用程序认为对方已断开连接、不存在、无法找到或类似情况。
uTorrent 并非用于“实时”使用，其设计目的是将文件分割成多个部分，同时进行多次传输，并且可以轻松停止和重新启动。因此，虽然您可能没有注意到 uTorrent 有任何抱怨，但其速度肯定没有达到应有的水平。
TCP 应该可以，但如果您的连接非常非常差，您可能会达到超时的上限。此外，如果您的链接质量导致您的网络适配器认为它未连接到任何媒体，那么该事件可能会告诉其他程序由于网络接口丢失而中止它们正在执行的操作。不过，这通常只会对无线连接造成问题。
您可以研究调整 TCP 超时值，以便告诉您的系统等待更长时间，然后再假设另一端已死亡。
您还需要增加 DNS 回复超时的时间，因为 DNS 超时可能比 TCP 超时短，并导致网站无法加载。
如果情况真的很糟糕，而您又无能为力，请考虑在您的连接前研究和设置一个 Linux 机器，并运行squid一个好的缓存 DNS 代理。 squid如果配置正确，它将缓存您已经下载的文件，从而减轻对 Internet 连接的需求。还可以考虑使用带有 NoScript 附加组件的 Firefox - 不会加载 Javascript 和 Flash，除非您想要它往往会使 Web 浏览对网络的要求大大降低。
最后，您可能还需要降低 uTorrent 的速度，以免它对您的连接造成太大的压力。