所以我有一个全新的MacMini直接从苹果预装了10.6.4。 问题总结是，在800k左右下载大于1meg的文件时，下载速度会大大降低到连接到我们主要专用networking的1或2k秒。
开箱即用。 对我们的networking布局进行简要的介绍：我们有5个交换机室转到我们的防火墙（这是我们的DHCP服务器），然后到我们的路由器/ ISP的核心交换机。 我们还有其他两个ISP，我们有一个公共无线networking和一个单独的线路，用于networking广播/电话会议。
所以，如果MacMini直接插入到我们的networking广播线（无DHCP服务器，它必须手动configuration）工作正常，精美，每一次下载完成。 如果它在我们的公共无线上，也是一样的，但是它完成了这项工作。 MacMini需要在我们所有的文件服务器所在的主要networking上。 在700k到900k之间没有失败，下载似乎是瓶颈。 下载我们的NAS和SAN工作就好了，所以我们认为这可能是一个端口80的问题。 我们的networking上的其他每个mac都很好。 我们切换到几个公共的DNS，也分配了一个手动IP和尝试一个静态IP，这是同样的问题。 我们已经重新格式化和应用了所有的更新，我们已经使用了来自工作机器的图像，并将其应用到这台机器，每次都是一样的问题。 我们已经两次返回MacMini，并在我们的第三台机器上。
我试图排除硬件，但我怀疑它可能是新的macmini的以太网NIC，因为我把它放在我们的私人networking上的无线接入点和瓶颈仍然发生。
我认为这是Sonicwall和现代MacOS之间的不兼容。 Win7会出现类似的问题。 在我们的networking上，我遇到了这个问题，在和一位知道这个问题的工程师碰面之前，我们花了几次电话给Sonicwall的支持。 他必须提取只有他们有权访问的非公开KB资源的信息。 基本上，任何使用DPI的东西都会导致下载被炸。 可能性是，您遇到问题的LAN段上启用了DPI / IPS / etc。
修复涉及到https://yourfirewall/diag.html上的Sonicwall诊断页面。 然后选中Enable enforcement of a limit on maximum allowed advertised TCP window with any DPI-based service enabled框。 然后在下一行中，将最大限制设置为256。
这导致我们的Win7和Mac机器的下载量大大提高。 没有更多的随机停止。
– 克里斯托弗·卡雷尔