所以我有一台全新的苹果 MacMini，预装了 10.6.4。问题总结是，当下载大于 1meg 的文件时，在连接到我们的主要专用网络后，下载速度会大大减慢到每秒 1 或 2k。
开箱即用。我们的网络布局简要概述：我们有 5 个交换机房，它们通向一个核心交换机，该核心交换机通向我们的防火墙（即我们的 DHCP 服务器），然后通向我们的路由器/ISP。我们还有另外两个 ISP，我们有一个公共无线网络和一条用于网络广播/电话会议的单独线路。
因此，如果将 MacMini 直接插入我们的网络广播线路（没有 DHCP 服务器，必须手动配置），它工作正常，每次下载都能完成。如果使用公共无线网络，情况也是如此，虽然有点不连贯，但可以完成任务。MacMini 需要连接到我们所有的文件服务器和所有东西所在的主网络上。在 700k 到 900k 之间，下载似乎毫无问题地出现瓶颈。从我们的 NAS 和 SAN 下载工作正常，因此我们认为可能是端口 80 的问题。我们网络上的其他每台 Mac 都很好。我们切换到几个公共 DNS，还为其分配了一个手动 IP，并尝试了静态 IP，但问题依然存在。我们重新格式化并应用了所有更新，我们使用了工作正常的机器上的映像并将其应用于这台机器，但每次都是同样的问题。我们已经两次退回 MacMini，现在使用的是第三台机器。
我正在尝试排除硬件，但我怀疑它可能是较新的 macmini 上的以太网 NIC，因为我将它放在我们私人网络上的无线接入点上，但瓶颈仍然存在。
答案1
我认为这是您的 Sonicwall 与现代 MacOS 之间的不兼容性。Win7 也会出现类似的问题。我在我们的网络上遇到了这个问题，我们打了好几次电话给 Sonicwall 支持，才幸运地找到了一位知道这个问题的工程师。他必须提取只有他们才能访问的非公开 KB 资源的信息。本质上，任何使用 DPI 的东西都可能导致下载崩溃。很可能，您遇到问题的 LAN 段上启用了 DPI/IPS/等。
修复方法包括访问 的 Sonicwall 诊断页面https://yourfirewall/diag.html。然后选中 的复选框Enable enforcement of a limit on maximum allowed advertised TCP window with any DPI-based service enabled。然后在下一行中将最大限制设置为 256。
这大大提高了我们 Win7 和 Mac 机器上的下载速度。不再有随机停止。——
Christopher Karel