.net 试图从网络位置加载程序集，这会导致程序集被沙盒

.Net 4.0:获取错误

试图从以下网络位置加载程序集： 会导致程序集被沙盒

应用环境

<loadFromRemoteSources enabled="true"/>

没有帮助。 我如何知道哪个程序集导致问题？

---

如何解决此问题？

若要查找有问题的程序集，请使用fuslogvw（Windows SDK的一部分，因此每个Visual Studio都会安装）

要解决此问题，实际上必须将loadFromRemoteSources元素添加到应用程序配置文件中。是否确实已在元素内部添加loadFromRemoteSources

或者，您可以升级到.NET 4.5，因为如下所述：

在.NET Framework 4.5中，默认情况下，本地网络共享上的程序集作为完全信任运行；您不必启用该元素

---

我也遇到了这个问题，但我的问题发生了，因为该文件是从一个不安全的来源下载的，在我的情况下是GMail，所以被阻止了。我用计算机解决了它

右键单击有问题的文件

单击属性

单击取消阻止

在我的例子中，整个.zip文件是不安全的，所以我在解压之前解除了对该文件的阻止

有关此解决方案的更多信息和

我已经看到，其中提到了“网络位置”，并且您正在本地（即不是远程）使用DLL，但它是从远程位置（例如internet文件共享站点）复制的

本例中的诀窍是，我怀疑DLL由于streams的概念而被阻止，但explorer UI属性对话框没有显示“取消阻止”按钮

为了解决这个问题，我使用了sysinternal工具“streams”（在这里找到：），如下所示：

streams <your dll> -> view stream
streams -d <your dll> -> delete the stream data on a file

streams->查看流
streams-d->删除文件上的流数据

如果您想以一组文件为目标，还可以使用-r的递归选项

我希望这对其他人有所帮助-这很棘手，因为UI没有显示它被阻止了，但很明显它被阻止了（可能是由于其他一些安全措施）

---

此解决方案还意味着您不需要调整loadFromRemoteSources标志，因为这是一个相当大的范围。

如果任何人在取消阻止时遇到问题，请尝试此方法

我的场景是，我在网络上共享了一个文件夹，在那里我将zip文件与DLL文件一起放在一起。从应该使用dll的服务器访问它。如果我从服务器上解压zip，即使在解除阻塞时也无法工作。对我来说，有效的方法是在源计算机上解压zip文件，然后复制所有文件，而不是zip文件。但我不知道为什么它会起作用

---

也许我的帐户比zip文件的来源更可信。

我单独解除了对文件的阻止。有一次，我从拉链开始，一切都很好。非常感谢。