我继承了一个包含所有常见问题的 Microsoft 网络/环境:Active Directory、Exchange、终端服务器、50 个客户端、文件和打印服务器——足够标准的办公必需品。
客户端全都在 172.25.51.* 范围内,它们从互联网的下载速度只是服务器的一小部分。此范围内的机器之间的文件传输似乎足够快。(请参见下面的机器 #1 - 客户端的输出。)
所有服务器都在 172.25.24.* 范围内,它们从互联网的下载速度和彼此之间的文件传输速度似乎都很好(请参见下面的机器#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 – 服务器
获得
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
答案1
交换机是否受管理,并且可供您登录?我想知道是否有人解决带宽滥用问题的方法,即为服务器子网分配一定比例的 QoS,而让用户子网承受剩余的带宽。(我承认,这个想法有时很有吸引力)
答案2
如果子网中所有客户端之间以及子网中所有服务器之间的传输都正常,但客户端子网和服务器子网之间传输不正常,那么在我看来,路由器就是罪魁祸首。如果是单个设备,那么就是配置问题。如果每个子网都有自己的路由器,那么 51 路由器就有问题。
答案3
设备“172.25.51.1”具体是什么(显然是某种路由器)?
它在 .51 子网和 .24 子网之间进行路由,而且看起来好像由于某种原因而出现了瓶颈。
我猜测它与“172.25.24.1”设备不是同一个设备,尽管它可能是。
我感觉“172.25.51.1”设备有问题——要么是与连接到各个物理广播域的接口之一有关,要么是与配置有关。它也可能因子网之间的本地流量而超载。
我会检查“172.25.51.1”设备的以太网接口上的接口错误计数器,以及它所插入的交换机端口。我还会尝试测量它在子网之间平均传输的流量以及它的 CPU 负载有多大。
你一定很想拥有这样的东西磁共振成像仪或者仙人掌在这种情况下,您可以了解流量情况(如果您的设备支持,还可以了解 CPU 使用率、温度等)。
答案4
它们之间有一些东西成为了瓶颈,我猜是 Windows 软件路由。作为故障排除步骤,我建议您将有问题的客户端弹出到服务器子网(不要改变任何其他内容) 并查看会发生什么。 您可能需要为此进行物理重新定位。