我们在内部网有大约40个文件服务器来分发软件包。 服务器的名称如example01，example02等。每个名称都parsing为单个IP地址（A-record），IPparsing为每个服务器的名称（PTR）。
事情是，对于某个文件（ mypackage.cab ），根据我是否使用不同的结果：
\\192.0.2.01\fs\pkg\X12345678
要么
\\example01.foo\fs\pkg\X12345678
在另一种情况下，文件是正确的，但是文件的大小恰到好处，但全部为零。 对于客户端和服务器的某种组合，我可以可靠地重现这一点。 如果我在Windows资源pipe理器中下载，通过robocopy甚至通过smbclient从Linux下载，都无关紧要。 它总是一样的，一个文件损坏，另一个好的。
它只发生在客户端和服务器的某些组合上，而不是其他的。 例如：
client01 example01.foo -> OK (192.0.2.01 is also OK) client01 example02.foo -> broken (but 192.0.2.02 is OK) client02 example01.foo -> broken (but 192.0.2.01 is OK) client02 example02.foo -> OK (192.0.2.02 is also OK) client03 example06.foo -> OK (but 192.0.2.06 is broken) client03 example07.foo -> OK (192.0.2.07 is also OK) etc...
在某些情况下，当我使用该名称时，在其他情况下使用IP地址时，我会得到损坏的文件。 对于每一个客户端的大多数服务器是好的，但从我testing的每个客户端，我至less有4个案件破碎。 所有这一切只发生在mypackage.cab（约5k大小），它从来没有发生在同一目录中的任何其他文件。
困惑？ 我当然是。 任何想法是什么可以导致这个或任何想法什么尝试弄清楚是值得欢迎的。
客户端是Windows XP。 服务器是我无法访问的NetApp文件pipe理器。 我可以（也将会）再次联系Filer团队，但首先我必须知道发生了什么事情。
find了这个奇怪的行为的解释。 example01.foo ， example02.foo等是DFS服务器。 真正的文件服务器在他们后面。 其中一个文件服务器有一个损坏的mypackage.cab版本。
我仍然不知道它是如何工作的，某个具有DFS服务器名称或IP地址的客户端的组合总是碰到同一个文件服务器。 至less这听起来像是合理的行为，考虑到这些服务器遍布世界各地。
Filer家伙正在修复损坏的文件，会看到它帮助…
编辑：这解决了这个问题。