ein es wurde versucht, eine assembly von einer Netzwerkadresse aus, die würde verursacht haben, die Versammlung in der Sandbox

.Net 4.0 : Erste Fehlermeldung "ein es wurde versucht, eine assembly von einer Netzwerkadresse, die verursacht hätte die Versammlung Sandbox" -
angewendet Einstellung

<loadFromRemoteSources enabled="true"/>

nicht helfen.
Wie kann ich wissen, welche Montage ist das verursachen problem?
Wie kann ich es beheben?

InformationsquelleAutor krishan aggarwal | 2013-08-02

  1. 34

    Habe ich auch lief in dieses Problem, aber mein problem ist aufgetreten, weil die Datei gesperrt worden, da es heruntergeladen wurde aus einer ungesicherten Quelle, GMail, in meinem Fall. Ich löste es, indem

    1. Recht Auf problematische Datei
    2. Klicken Sie Auf Eigenschaften
    3. Klicken Sie Auf Entsperren

    In meinem Fall war es die gesamte .zip-Datei, die unsicher war, so habe ich entsperrt, bevor Sie die Datei habe ich entpackt es.

    Mehr auf diese Lösung hier

    Ich war unblocking Dateien einzeln. Einmal habe ich es aus dem ZIP-statt es hat alles Super geklappt. Danke.

    InformationsquelleAutor Barry Tormey

  2. 1

    Zu finden, die problematische Montage, Nutzung fuslogvw (Teil des Windows-SDK und deshalb installiert mit jeder Visual Studio).

    Um das problem zu beheben, Sie, eigentlich, haben, hinzufügen loadFromRemoteSources element, das Ihre Anwendung-Konfigurations-Datei. Sind Sie sicher, dass Sie Hinzugefügt haben, loadFromRemoteSources innerhalb von <runtime> - element?

    Alternativ können Sie ein upgrade auf .NET 4.5, denn wie MSDN sagt:

    In der .NET Framework 4.5, Baugruppen auf lokale Netzwerk-Freigaben werden ausgeführt, als voll Vertrauen Sie standardmäßig; Sie nicht haben, um zu ermöglichen, das element

    InformationsquelleAutor vlad2135

  3. 0

    Ich habe gesehen, wo die "network location" erwähnt wird, und verwenden Sie eine DLL, die lokal (also nicht Remote) - aber es war kopiert von einem entfernten Standort aus (z.B. internet-Dateifreigabe-Website).

    Der trick in diesem Fall war, vermutete ich die DLL blockiert wurde aufgrund der streams-Konzept, aber die explorer-UI-Eigenschaften-Dialogfeld nicht die Schaltfläche "zulassen".

    Um dies zu umgehen, habe ich das sysinternals-tool "streams" (gefunden hier: Streams download) etwa so: 

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

    Es gibt auch eine recurse-option mit -r, wenn das Ziel eine Gruppe von Dateien.

    Ich hoffe, dies hilft jemand - es war schwierig, weil die UI nicht zeigen, es blockiert wurde, aber es war ganz klar (vielleicht wegen irgendeiner anderen Sicherheitsmaßnahme hier).

    Diese Lösung bedeutet auch, Sie brauchen Sie nicht zu justieren die loadFromRemoteSources Flagge, wie, ist ziemlich breitem Strich.

    InformationsquelleAutor Justin C

Schreibe einen Kommentar