我继承了 Microsoft 网络/环境，其中包含所有常见的罪魁祸首：Active Directory、Exchange、终端服务器、50 个客户端、文件和打印服务器——足够标准的办公必需品。
客户端都在 172.25.51.* 范围内，它们从 Internet 的下载速度只是服务器体验的一小部分。此范围内的机器之间的文件传输似乎足够快。（请参见下面的机器 #1 - 客户端的输出。）
服务器都在 172.25.24.* 范围内，它们从 Internet 的下载速度和彼此之间的文件传输看起来都很好（请参阅下面机器 #2 - 服务器的输出）。
两个范围之间的文件传输似乎也很慢。我想我的问题最终会导致另一个问题，但这是我首先需要做的：我如何着手正式诊断为什么 51.* 范围内的客户端从互联网和 24.* 范围内经历如此糟糕的下载速度？
我想互联网通过 24.* 范围进入的事实解释了速度缓慢，所以我需要诊断并找到原因的真正问题是导致服务器（24. ）和客户端（51. . )?
我相当肯定这不是布线问题，尽管我欢迎有关如何证明这不是问题的建议？它是由一家专业公司完成的，所以我倾向于相信这是某个地方的配置问题。任何建议将不胜感激。
#1 - 客户
ipconfig
V:\>wget ftp://ftp.heanet.ie/mirrors/videolan/vlc/0.9.9a/vlc-0.9.9a.tar.bz2
--2009-06-30 19:33:30--
ftp://ftp.heanet.ie/mirrors/videolan/vlc/0.9.9a/vlc-0.9a.tar.bz2
=> `vlc-0.9.9a.tar.bz2'
Resolving ftp.heanet.ie... 193.1.193.64
Connecting to ftp.heanet.ie|193.1.193.64|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /mirrors/videolan/vlc/0.9.9a ... done.
==> SIZE vlc-0.9.9a.tar.bz2 ... 17500620
==> PASV ... done. ==> RETR vlc-0.9.9a.tar.bz2 ... done.
Length: 17500620 (17M)
100%[======================================>] 17,500,620 39.3K/s in 7m 35s
ipconfig /全部
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : domain.local
Description . . . . . . . . . . . : Intel(R) 82566DM-2 Gigabit Network Connection
Physical Address. . . . . . . . . : 00-1E-4D-F4-35-57
Dhcp Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IP Address. . . . . . . . . . . . : 172.25.51.77
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 172.25.51.1
DHCP Server . . . . . . . . . . . : 172.25.24.10
DNS Servers . . . . . . . . . . . : 172.25.24.18
172.25.24.12
Primary WINS Server . . . . . . . : 172.25.24.18
#2 - 服务器
wget
V:\>wget ftp://ftp.heanet.ie/mirrors/videolan/vlc/0.9.9a/vlc-0.9.9a.tar.bz2
--2009-06-30 19:41:15--
ftp://ftp.heanet.ie/mirrors/videolan/vlc/0.9.9a/vl.9a.tar.bz2
=> `vlc-0.9.9a.tar.bz2.1'
Resolving ftp.heanet.ie... 193.1.193.64
Connecting to ftp.heanet.ie|193.1.193.64|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /mirrors/videolan/vlc/0.9.9a ... done.
==> SIZE vlc-0.9.9a.tar.bz2 ... 17500620
==> PASV ... done. ==> RETR vlc-0.9.9a.tar.bz2 ... done.
Length: 17500620 (17M)
100%[======================================>] 17,500,620 510K/s in 28s
ipconfig
Ethernet adapter NIC:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Intel(R) PRO/1000 MT Network Connection #2
Physical Address. . . . . . . . . : 00-11-54-31-32-50
DHCP Enabled. . . . . . . . . . . : No
IP Address. . . . . . . . . . . . : 172.25.24.17
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 172.25.24.1
DNS Servers . . . . . . . . . . . : 172.25.24.18
172.25.24.12
交换机是否受到管理，并且可供您登录？我想知道是否有人对带宽滥用的解决方案不是为服务器子网提供一定百分比的 QoS，并让用户子网遭受剩余的任何影响。（我承认有些日子这个想法很有吸引力）
是否存在双工不匹配？
每当出现性能问题时，第一个问题是：这是 dns 问题还是网络问题？
如果建立连接很慢但是在初始连接后它们可以正常工作，可能与DNS有关。用户通常会抱怨“互联网很慢”。
如果是双工不匹配，则查找链路两端的双工设置，查找冲突，并查找发送/接收错误。双工不匹配通常是由将开关设置为不自动协商链接的人造成的——他们将开关硬编码为 100/full，但随后忽略了将链接的计算机端也设置为硬编码. 通常，链路的那一侧出现 100/half 并且会一直工作，直到您尝试通过它推送超过微不足道的流量，此时由于所有丢弃的数据包（即另一端只是认为是碰撞）。
具体是什么设备“172.25.51.1”（显然是某种路由器）？
它是 .51 子网和 .24 子网之间的路由，看起来它由于某种原因成为瓶颈。
我猜它与“172.25.24.1”设备不同，尽管它可能是。
我觉得“172.25.51.1”设备有问题——要么是连接到各种物理广播域的接口之一，要么是它的配置。它也可能因在子网之间移动的本地流量而过载。
我会检查“172.25.51.1”设备的以太网接口上的接口错误计数器，以及它插入的交换机端口。我还会尝试衡量它在子网之间平均移动的流量以及它的 CPU 负载有多大。
在这种情况下，您真的很想拥有像MRTG或Cacti这样的东西，这样您就可以了解流量（如果您的设备支持，CPU 使用率、温度等）。
如果子网上的所有客户端之间以及子网上的所有服务器之间的传输都正常，但客户端子网和服务器子网之间的传输却不行，那么在我看来，路由器就是罪魁祸首。如果是单个设备，则存在配置问题。如果每个子网都有自己的路由器，那么 51 路由器就有问题。
它们之间存在一些瓶颈，我猜它是 Windows 软件路由。作为故障排除步骤，我是否可以建议您使用有问题的客户端，将其弹出到服务器子网（对其进行任何更改），然后看看会发生什么。为此，您可能必须在物理上重新定位它。