Impossibile caricare il file o l'assembly 'someProject' o una delle sue dipendenze. L'accesso è negato
-
03-07-2019 - |
Domanda
Sono bloccato con un errore asp.net. La mia applicazione funziona perfettamente su sviluppo e test di ambiente. Ma in produzione mi dà il seguente errore:
Impossibile caricare il file o l'assembly 'someProject' o una delle sue dipendenze. Accesso negato.
Soluzione 2
Basta eliminare la cartella bin e quindi copiarla. Ora funziona ...
Altri suggerimenti
Vai a Sysinternals e scarica Process Monitor: http://technet.microsoft. com / it-it / Sysinternals / bb896645.aspx
Quindi avvialo, filtra le azioni del thread e del registro. Contenuti chiari. Esegui la tua app e ottieni l'errore, quindi interrompi la raccolta nel monitor di processo. Ora cerca uno stato ACCESS DENIED e sarai in grado di vedere il file esatto che causa problemi, nonché l'account utente che cerca di ottenere l'accesso.
Assegna le autorizzazioni complete all'utente o al gruppo in esecuzione (come MACHINE \ gruppo utenti o DOMINIO \ utenti dominio) in
C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ File ASP.NET temporanei
Utilizza il numero di versione .net di destinazione anziché v4.0.30319 se è diverso da .net 4.0.
Nel mio caso cambiando l'identità del pool di applicazioni da applicationpoolidentity a servizio di rete funziona.
Dopo aver distribuito un nuovo progetto API Web nella nostra Web farm, uno dei nostri server Web non funzionava correttamente e generava l'errore:
Impossibile caricare il file o l'assembly 'Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35' o una delle sue dipendenze. Accesso negato.
Si scopre che nella cartella che ospita il sito dell'API Web mancavano le autorizzazioni per IIS_IUSRS
. Aggiunta dell'utente con Leggi
, Leggi & amp; esegui
e Elenca i contenuti della cartella
risolto il problema.
Verifica che l'utente del server abbia accesso alla directory in cui si trovano i tuoi assembly.
Sembra un server configurato in modo errato.
Innanzitutto, verifica che l'assembly esista davvero.
In secondo luogo, verificare che l'account del processo di lavoro abbia accesso ad esso.