我刚买了四台服务器，租了四分之一的服务器托架，买了一些互联网连接，买了一条专用线连接到我正在使用的专用网络，现在我需要买一个路由器（或两台？）将所有东西连接在一起.
虽然查找和比较服务器硬件和托管设施非常容易，但我一直无法找到有关网络设备的可靠信息来源。我也有一种感觉，在企业界没有真正的思科替代品，这使得比较报价变得更加困难。
我在哪里可以看？典型的服务器机房使用什么网络硬件？
在我的具体情况下我应该购买什么网络设备？
我曾经认为这两个术语指的是完全相同的东西，但我的一位客户只是要求查看这两个文件。
这个请求来自一家非常大公司的安全部门，所以我猜他们知道他们在说什么......
DRP 和 BCP 有什么区别？
至少可以说，冗余方面的行业标准相当高。为了说明我的观点，这是我当前的设置（我正在运行金融服务）。
每台服务器都有一个 RAID 阵列，以防一个硬盘出现问题
....如果服务器出现问题，它会被另一台相同的备用服务器镜像
...并且两台服务器不能同时关闭，因为我有冗余电源和冗余网络连接等
...而且我的托管中心本身与两个不同的能源供应商有双重电力连接，以及冗余网络连接和冗余厕所，以防两个保安（抱歉，四个）需要同时使用它
...万一出现问题（核弹？想不出别的），我在另一个国家有另一个相同的托管设施，设置完全相同。
换句话说，我觉得我可以在我母亲的公寓里放置一台便宜的笔记本电脑，而人为/软件问题仍然是我面临的更高风险。
当然，还有其他一些事情需要考虑，例如：
但是，在两个不同的数据中心托管两台服务器（没有额外的备用服务器，除了我的托管设施提供的设备之外，也没有双倍的网络设备）将为我提供我需要的可扩展性和物理安全性。
我觉得我们已经到了冗余只是一种沟通工具的地步。老实说，99.999% 的正常运行时间和 99.9999% 的正常运行时间之间有什么区别，当你知道你会因为软件错误而停机 1% 的时候？
你把你的冗余疯狂推到了多远？
我有一个运行 TFS 服务器的 win 2003 服务器和一个充当 PDC 的 Win 2008 服务器。
几天前，我将我的 DHCP 和 DNS 服务器（以前是 win 2008 服务器）更改为 Cisco 路由器。从那以后，我一直无法登录我的 TFS 服务器，它一直抱怨我的域不存在。
我已经从我的本地管理员帐户运行 dcdiag 进行调试：
dcdiag /v /s:MYPDC /u:MYDOMAIN\Brann /p:*
这给了我这个错误：
* Active Directory LDAP Services Check
The host 95cb8ce0-ecb1-43e3-87aa-e4ce74fe6._msdcs.MYDOMAIN could not be resolved to an
IP address. Check the DNS server, DHCP, server name, etc
......................... MYPDC failed test Connectivity
我更改了我的 DHCP 服务器以再次使用 MYPDC 作为主 DNS 服务器，并且此错误停止出现
我重新启动了服务器，确信问题已解决，但现在我得到了这个：
Starting test: VerifyReferences
Some objects relating to the DC IDS-SERVER have problems:
[1] Problem: Missing Expected Value
Base Object: CN=MYPDC,OU=Domain Controllers,DC=MYDOMAIN
Base Object Description: "DC Account Object"
Value Object Attribute Name: frsComputerReferenceBL
Value Object Description: "SYSVOL FRS Member Object"
Recommended Action: See Knowledge Base Article: Q312862
......................... IDS-SERVER failed test VerifyReferences
我已尝试按照 Q312862 中的建议对文件复制服务进行故障排除，但我一开始就卡住了：
C:\Documents and Settings\Administrator>ntfrsutl ds TFS
ERROR - Cannot bind w/authentication to computer, TFS; 000006d9 (1753)
ERROR - Cannot bind w/o authentication to computer, TFS; 000006d9 (1753)
ERROR - Cannot RPC to computer, TFS; 000006d9 (1753)
C:\Documents and Settings\Administrator>ntfrsutl ds MYPDC
ERROR - Cannot RPC to computer, MYPDC; 000006d2 (1746)
关于下一步尝试什么的任何想法？顺便说一句，该域上的其他 Vista 计算机可以正常登录。
我在 Apache 服务器上托管了一个 clickonce 存储库；出于显而易见的原因*，我不希望此存储库被代理服务器缓存。
我知道没有办法阻止代理缓存某些内容，但我正在寻找一种方法来提示代理不要缓存我的 URL，或者为其提供“过时日期”。
有没有办法用 Apache 做到这一点？如果没有，是否可以使用另一个网络服务器（IIS？）
如果有一些选项只与某些特定的代理供应商合作，我也对这些感兴趣。
** 如果存储库被缓存，软件会根据“最新版本”（由代理持有）的过时副本检查其版本，而不是根据我的服务器上的“真实”最新版本检查自身。
我想从位于 NAT 后面的本地网络连接到 FTP 服务器。
网关是 Win 2008 服务器，配置了路由和远程服务/启用了 Nat。XP、Vista sp1 和 Vista sp2 计算机存在此问题。
这是我得到的（使用默认的 DOS ftp 客户端，但我使用 FileZilla 得到相同的结果）
ftp> open ftp.foo.com
Connected to ftp.foo.com.
220-
[here I wait for 30s before getting the following line]
Connection closed by remote host.
ftp>
如您所见，我在登录过程之前已断开连接，因此我没有机会使用 PASSV。
这是有效的：
提供 ftp 的公司说问题不在于他们，因为我可以从我的 NAT 服务器连接。同样的推理导致问题不在我身边（我可以连接到其他 ftp 服务器）
我应该检查什么？
编辑：这是我在尝试从我的后台计算机连接时嗅探网关上的连接时得到的结果：
在面向 Internet 的界面上：
No. Time Source Destination Protocol Info
1312 320.576218 213.186.xx.xxx 192.168.1.1 FTP Response: 220-
1313 320.576602 213.186.xx.xxx 192.168.1.1 FTP Response: 220-Bienvenue,
1315 320.610911 213.186.xx.xxx 192.168.1.1 FTP Response: 220-
在我的内部 LAN 接口上：
No. Time Source Destination Protocol Info
9288 118.698920 213.186.xx.xx 192.168.0.100 FTP Response: 220-
9293 118.890406 213.186.xx.xx 192.168.0.100 FTP Response: 220-Bienvenue,
Frame 9293 (166 bytes on wire, 166 bytes captured)
Ethernet II, Src: Tp-LinkT_c6:e2:3f (00:21:27:c6:e2:3f), Dst: Giga-Byt_22:b0:99 (00:1f:d0:22:b0:99)
Internet Protocol, Src: 213.186.xx.xx(213.186.xx.xx), Dst: 192.168.0.100 (192.168.0.100)
Transmission Control Protocol, Src Port: ftp (21), Dst Port: jini-discovery (4160), Seq: 7, Ack: 1, Len: 112
Source port: ftp (21)
Destination port: jini-discovery (4160)
Sequence number: 7 (relative sequence number)
[Next sequence number: 119 (relative sequence number)]
Acknowledgement number: 1 (relative ack number)
Header length: 20 bytes
Flags: 0x18 (PSH, ACK)
Window size: 65536 (scaled)
Checksum: 0xa5bc [incorrect, should be 0x96cb (maybe caused by "TCP checksum offload"?)]
[SEQ/ACK analysis]
File Transfer Protocol (FTP)
9306 119.187327 213.186.xx.xx 192.168.0.100 FTP [TCP Retransmission] Response: 220-Bienvenue,
9326 119.787350 213.186.xx.xx 192.168.0.100 FTP [TCP Retransmission] Response: 220-Bienvenue,
No. Time Source Destination Protocol Info
9373 120.987450 213.186.xx.xx 192.168.0.100 FTP [TCP Retransmission] Response: 220-Bienvenue,
知道为什么会发生这个 CRC 问题吗？
顺便说一句，这是我的 mtu 设置（在网关上），它们在我的计算机上是相同的。
C:\Windows\system32>netsh interface ipv4 show interfaces
Idx Met MTU State Name
--- --- ----- ----------- -------------------
1 50 4294967295 connected Loopback Pseudo-Interface 1
10 30 1500 connected Local Area Connection
13 20 1500 connected Local Area Connection 2
这是我电脑上的一些 MTU 分析：
Pinging 192.168.0.1 with 1472 bytes of data:
Reply from 192.168.0.1: bytes=1472 time<1ms TTL=128
Pinging 192.168.0.1 with 1473 bytes of data:
Packet needs to be fragmented but DF set.
这是我尝试使用 telnet 连接时得到的结果：
220-
Connection to host lost.
Press any key to continue...