我有一个发出跨域请求的 Silverlight 应用程序。clientaccesspolicy.xml 文件存在于我正在向其发出请求的服务器上，并且配置正确。
我知道它配置正确，因为当我使用应用程序从我的机器发出请求时，我收到了没有问题的响应。
当大约 300 英里外的公司网络上的第二个人尝试使用同一个应用程序（从同一个 URL 启动）发出同一个请求时，他反而得到了一个安全异常。
这是奇怪的部分。我要求他下载 Fiddler，以便我可以看到请求及其响应，从而对问题有所了解，但是当他在 Fiddler 打开的情况下运行应用程序时，请求成功。
这发生在 Chrome 和 IE 中。有了 Fiddler，一切都很好。没有它，它就行不通。
我们已经尝试清除他的历史记录，从缓存中删除 Silverlight 应用程序，我能想到的一切。
正在向专用网络（他所在的网络）发出请求，我通过与该网络的 VPN 连接发出请求（以防出于某种原因）。
关于导致这个奇怪问题的任何想法？
尽管 Fiddler “修复”了该问题，但让第二个人从 fiddler 保存一个 .saz 文件以用于成功的会话集，然后让您将它们与您自己的成功集进行比较仍然是值得的机器。
当提琴手不在位时，对差异的分析可能会揭示潜在的原因。
另一种方法是使用网络协议分析器，例如Wireshark。消除 Fiddler 所代表的代理可能足以暴露问题，当然这样的工具技术性要强得多。
这篇文章只是为未来的用户编目解决方案。感谢所有帮助过的人。
The actual problem turned out to be (just as EricLaw -MSFT- suggested) that the client's machine was zoning the request URL as Intranet and the Silverlight application as Internet, and I am not permitted to make requests across zones.
EricLaw's direct responses may be viewed in the comments under the original question.
The URL below (provided by Eric) contains information regarding the denial of cross-zone request, as well as solutions.