è stato effettuato un tentativo di caricare un assembly da un percorso di rete che avrebbe causato il sandboxing dell'assieme

Question

.Net 4.0: Errore "è stato effettuato un tentativo di caricare un assieme da un percorso di rete che avrebbe causato l'assemblaggio essere sandbox" applicato impostazione

<loadFromRemoteSources enabled="true"/> 

non ha aiutato. Come posso sapere quale gruppo causa problemi? Come posso risolverlo?

Answer 1

Per trovare l'assieme problematico, utilizzare fuslogvw (parte di Windows SDK e quindi installato con ogni Visual Studio).

Per risolvere il problema, è necessario aggiungere l'elemento loadFromRemoteSources al file di configurazione dell'applicazione. Sei sicuro di aver aggiunto loadFromRemoteSources all'interno dell'elemento runtime >?

In alternativa, è possibile effettuare l'aggiornamento a .NET 4.5, perché, come dice MSDN:

In .NET Framework 4.5, assemblee nelle condivisioni di rete locale è gestita come la piena fiducia di default; non è necessario abilitare l'elemento

Answer 2

Ho anche incontrato questo problema, ma il mio problema si è verificato perché il file era stato bloccato poiché è stato scaricato da una fonte non protetta, GMail nel mio caso. Ho risolto da

1. tasto destro del mouse il file problematico
2. Clicca Proprietà
3. Cliccare Sblocca

Nel mio caso è stato l'intero file .zip che era pericoloso, così ho sbloccato il file prima di decomprimerlo.

più su questa soluzione here

Answer 3

Ho visto questo in cui viene citato il "percorso di rete" e si utilizza una DLL a livello locale (cioè non a distanza) - ma è stato copiato da una postazione remota (ad esempio Internet sito di condivisione file).

Il trucco in questo caso era il sospetto che la DLL fosse bloccata a causa del concetto di flussi, ma la finestra di dialogo delle proprietà dell'interfaccia utente di Explorer non mostrava il pulsante "sblocco".

Per ovviare a questo, ho usato lo strumento di Sysinternals "flussi" (trovate qui: Streams download) in questo modo:

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

C'è anche un'opzione recurse con -r se si desidera raggiungere un gruppo di file .

Spero che questo aiuti qualcun altro - è stato difficile perché l'interfaccia utente non ha mostrato che era bloccato, ma era chiaramente (forse a causa di altre misure di sicurezza qui).

Questa soluzione significa anche che non è necessario regolare il flag loadFromRemoteSources, poiché si tratta di un tratto abbastanza ampio.