调试来自服务器的慢传输速率

Question

我试图尽可能简单地解释这一点，但尽可能记录下来。这不是该服务器或我当前的 ISP 独有的。多年来，我在使用不同的 ISP 并将我的服务器与不同的提供商（美国的 GoDaddy、加拿大的 iWeb 和 GloboTech）一起使用时，也遇到过同样的问题。唯一常见的是 Windows Server 操作系统（2003 和 2008 r2）。但是让我们现在只查看我当前的服务器和我当前的 ISP。

问题：

我的本地工作站和远程专用服务器之间的传输速度非常慢。我的服务器在 100 Mbps 端口上，我的本地工作站在 50 Mbps 光纤对称连接上。

症状：

在 speedtest.net 上针对美国和墨西哥的不同服务器和位置进行测试时，服务器和工作站都获得了出色的结果（非常接近它们的连接速度）。如果我从 Dropbox 下载大文件到我的服务器或我的工作站，我在单个连接上分别获得 10 MBps 和 5 MBps 的传输速率，根据 100 Mbps 和 50 Mbps 的每个连接速度，这是正确的分别。

然而，如果我将文件从我的服务器（通过 HTTP 或 FTP）传输到我的工作站，我什至没有接近我应该获得的 50 Mbps 速度（5 MBps 传输速率），但我得到了相当于 3 Mbps 的速度（300 KBps 传输速率）。

我试图理解为什么我的传输速率那么慢。我不确定如何调试它。每当我向托管服务提供商提出问题时，他们都会要求我提供 tracert 输出，并最终将其归咎于中间的某个服务器。但这似乎并不正确，如果我们考虑一下我最初所说的话：当我的服务器使用 GoDaddy、iWeb 和 GloboTech 时，我已经看到了这个确切的速度/问题，同时我自己也使用不同的 ISP不同类型的互联网服务。它确实看起来像是服务器区域某处的固定设置。

我做过的测试：

速度测试

这些是来自 speedtest.net 的速度测试，它们在我的专用服务器上针对不同的远程服务器执行，包括我位于墨西哥城的ISP 数据中心的服务器：

加拿大：下载速度为 94.64 Mbps，上传速度为 94.87 http://www.speedtest.net/my-result/3470801975

加利福尼亚州圣何塞：下载速度为 93.58 Mbps，上传速度为 95.48 Mbps http://www.speedtest.net/my-result/3470805341

墨西哥城（我自己的 ISP 数据扫描仪中的服务器）：下载速度为 92.99 Mbps，上传速度为 95.39 Mbps http://www.speedtest.net/my-result/3470810269

如果我从本地工作站对相同的服务器运行这些测试，我的连接速度也接近 50 Mbps。

示踪剂

这是最近从我的工作站执行到我的专用服务器的 tracert 输出：

 1    <1 ms    <1 ms    <1 ms  192.168.7.254
 2     2 ms     1 ms     1 ms  10.69.32.1
 3     *        3 ms     2 ms  10.5.50.174
 4     3 ms     2 ms     2 ms  10.5.50.173
 5     *        5 ms     3 ms  fixed-203-69-2.iusacell.net [189.203.69.2]
 6    32 ms    32 ms    32 ms  8-1-33.ear1.Dallas1.Level3.net [4.71.220.89]
 7    33 ms    33 ms    33 ms  ae-3-80.edge5.Dallas3.Level3.net [4.69.145.145]
 8    33 ms    33 ms    33 ms  ae13.dal33.ip4.tinet.net [77.67.71.221]
 9    76 ms    76 ms   157 ms  xe-1-0-0.mtl10.ip4.tinet.net [89.149.185.41]
10    72 ms    72 ms    72 ms  te2-2.cr2.mtl3.gtcomm.net [67.215.0.160]
11    72 ms    72 ms    72 ms  ae2.csr2.mtl3.gtcomm.net [67.215.0.134]
12    72 ms    72 ms    73 ms  te3-4.dist1.mtl8.gtcomm.net [67.215.0.83]
13    72 ms    72 ms    72 ms  ns1.marveldns.com [173.209.57.82]

IPERF

这是使用我的专用服务器作为服务器和我的工作站作为客户端执行的 iperf 测试：

------------------------------------------------------------
Client connecting to ns1.marveldns.com, TCP port 5001
TCP window size: 64.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.7.2 port 60339 connected with 173.209.57.82 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.3 sec  5.62 MBytes  4.59 Mbits/sec

路径

这是从我的工作站到我的专用服务器执行的路径命令的输出：

Tracing route to ns1.marveldns.com [173.209.57.82]
over a maximum of 30 hops:
  0  ws1 [192.168.7.2]
  1  192.168.7.254
  2  10.69.32.1
  3     *     10.5.50.174
  4  10.5.50.173
  5  fixed-203-69-2.iusacell.net [189.203.69.2]
  6  8-1-33.ear1.Dallas1.Level3.net [4.71.220.89]
  7  ae-3-80.edge5.Dallas3.Level3.net [4.69.145.145]
  8  ae13.dal33.ip4.tinet.net [77.67.71.221]
  9  xe-1-0-0.mtl10.ip4.tinet.net [89.149.185.41]
 10  te2-2.cr2.mtl3.gtcomm.net [67.215.0.160]
 11  ae2.csr2.mtl3.gtcomm.net [67.215.0.134]
 12  te3-4.dist1.mtl8.gtcomm.net [67.215.0.83]
 13  ns1.marveldns.com [173.209.57.82]

Computing statistics for 325 seconds...
            Source to Here   This Node/Link
Hop    RTT  Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           ws1 [192.168.7.2]
                                0/ 100 =  0%   |
  1    0ms     0/ 100 =  0%     0/ 100 =  0%  192.168.7.254
                                0/ 100 =  0%   |
  2    1ms     0/ 100 =  0%     0/ 100 =  0%  10.69.32.1
                                0/ 100 =  0%   |
  3    3ms     0/ 100 =  0%     0/ 100 =  0%  10.5.50.174
                                0/ 100 =  0%   |
  4    2ms     0/ 100 =  0%     0/ 100 =  0%  10.5.50.173
                                0/ 100 =  0%   |
  5    4ms    20/ 100 = 20%    20/ 100 = 20%  fixed-203-69-2.iusacell.net [189.203.69.2]
                                0/ 100 =  0%   |
  6   34ms     0/ 100 =  0%     0/ 100 =  0%  8-1-33.ear1.Dallas1.Level3.net [4.71.220.89]
                                0/ 100 =  0%   |
  7   34ms     0/ 100 =  0%     0/ 100 =  0%  ae-3-80.edge5.Dallas3.Level3.net [4.69.145.145]
                                0/ 100 =  0%   |
  8   33ms     0/ 100 =  0%     0/ 100 =  0%  ae13.dal33.ip4.tinet.net [77.67.71.221]
                                0/ 100 =  0%   |
  9   79ms     0/ 100 =  0%     0/ 100 =  0%  xe-1-0-0.mtl10.ip4.tinet.net [89.149.185.41]
                                2/ 100 =  2%   |
 10   73ms    14/ 100 = 14%    12/ 100 = 12%  te2-2.cr2.mtl3.gtcomm.net [67.215.0.160]
                                0/ 100 =  0%   |
 11   72ms     2/ 100 =  2%     0/ 100 =  0%  ae2.csr2.mtl3.gtcomm.net [67.215.0.134]
                                2/ 100 =  2%   |
 12   72ms    18/ 100 = 18%    14/ 100 = 14%  te3-4.dist1.mtl8.gtcomm.net [67.215.0.83]
                                0/ 100 =  0%   |
 13   72ms     4/ 100 =  4%     0/ 100 =  0%  ns1.marveldns.com [173.209.57.82]

Trace complete.

你可以自己尝试的事情

如果您想尝试一下，以下是我在服务器中设置的一些用于测试目的的东西：

HTTP 服务器上的大文件

我在我的服务器中放置了一个 5 GB 的文件，可以通过 HTTP 下载。你可以在这里找到它：http : //www.marveldns.com/transfer_test/

Speedtest MINI 应用程序

我在我的服务器上设置了一个“speedtest mini”测试。你可以访问它，看看它说你在我的服务器和你自己内下载和上传的速度是多少。你可以在这里找到它：http : //www.marveldns.com/speedtest/

最后：

正如我之前所说，我正在努力寻求帮助以了解整件事。我不是 TCP/IP 或高端网络方面的专家。老实说，我什至不清楚如何使用 tracert、iperf 或 pingpath 的结果来解决问题，但我将它们包括在内，因为我在谈论这个问题时总是被要求这样做。

如果我的问题缺乏更好的东西，请不要只是贬低它，让我知道它有什么问题，或者我可以添加什么以获得帮助。谢谢你。

Answer 1

我在访问该 URL 时看到的瓶颈显然是由于窗口大小。

当我尝试从您的服务器下载时，速度为 555KB/s。我的往返时间为 108 毫秒。计算一下，我得到以下窗口大小：555KB/s * 108ms = 59.94KB。

只要我从数据中心的主机上执行此操作，我就会获得非常一致的吞吐量和往返。此外，如果我并行开始两个下载，每个下载速度为 555KB/s。当瓶颈是窗口大小时，这正是您将看到的症状。

没有窗口缩放，窗口不能大于 64KB。但我确实看到了窗口缩放的协商，因此更高的吞吐量应该是可能的。这留下了两个假设需要研究：

• 从客户端到服务器的路径上的窗口缩放选项正在改变，使服务器认为窗口缩放了 1 倍。
• 服务器可能被配置为在每个连接上从不使用超过 60KB 的发送窗口。

第一个很容易验证您是否可以在服务器上执行数据包捕获。只需查看传入 SYN 数据包的缩放选项，即可确定服务器是否接收到大于 1 的缩放因子。我可以推荐使用 Wireshark 来分析流量。

验证第二个假设需要您对所使用的操作系统有一定的了解。你选择了一个操作系统，我不知道，所以我无能为力。所以我只能帮助网络方面的专业知识。