Ne pouvait pas charger le fichier ou l'assemblage ou l'une de ses dépendances. L'accès est refusé. Le problème est aléatoire, mais après cela se produit, il continue

pour mon scénario, j'ai trouvé qu'il y avait un noeud d'identité dans le web.fichier de configuration.

<identity impersonate="true" userName="blah" password="blah">

lorsque j'ai supprimé les paramètres nom d'utilisateur et mot de passe de node, il a commencé à fonctionner.

une autre option pourrait être que vous devez vous assurer que le nom d'utilisateur spécifié a accès à travailler avec ceux "temporaire ASP.NET dossiers" des dossiers trouvés dans les divers C:\Windows\Microsoft.NET\Framework dossiers{version}.

en Espérant que cela aide quelqu'un d'autre!

avait le même problème, fixé avec le paramètre " activer les applications 32 bits " à " true " (dans les paramètres avancés de la piscine d'application iis).

à tous ceux qui ont essayé la plupart des solutions et qui ont encore des problèmes.

ma solution est différente des autres, qui est situé au bas de ce post, mais avant de l'essayer assurez-vous que vous avez épuisé les listes suivantes. Bien sûr, je les ai tous essayés, mais en vain.

1. recompiler et redéployer à partir de zéro, ne pas mettre à jour l'application existante. donc réponse

2. Subvention IIS_IUSRS un accès complet au répertoire "C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET les Fichiers"

   gardez à l'esprit la version de cadre que vous utilisez. Si votre application utilise l'usurpation d'identité, utilisez cette identité à la place de IIS_IUSRS

3. supprimer tout contenu de l'annuaire "C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files" ".

   gardez à l'esprit la version de cadre que vous utilisez

4. changez l'identité de L'application que votre application utilise, de ApplicatonPoolIdentity à NetworkService.

   IIS > Pools d'Applications > Sélectionnez l'application en cours de piscine > Paramètres avancés > Identité.

   AFIN de Répondre à (veuillez restaurer les paramètres par défaut si cela ne fonctionne pas)

5. vérifier la compatibilité de la Version IIS et de la version AppPool.net avec votre application. Applicable aux premiers déploiements. AFIN de Répondre à

6. vérifier la configuration de l'usurpation d'identité, s'il y a lieu. AFIN de Répondre à

Ma Solution:

j'ai découvert que certains logiciels antivirus bloquent activement les compilations de DLLs dans le répertoire "temporaire ASP.NET dossiers " , le mien était McAfee, les gens D'IT n'ont pas réussi à me notifier de l'installation.

selon les conseils des experts de McAfee et de Microsoft, vous devez exclure le répertoire "temporaire ASP.NET fichiers " dans la numérisation en temps réel.

Sources:

• McAfee Support Forum
• Microsoft Support
• Asp.Net Forum

ne désactivez pas L'antivirus parce qu'il ne fait que son travail. Ne copiez pas manuellement les fichiers DLL manquants dans le répertoire \temporaire ASP.NET fichiers{Nom du projet} parce que c'est canal taping.

Si vous êtes toujours confronté à la question, essayez ceci:

ouvrez votre Gestionnaire IIS - > Pools D'Applications - > Sélectionnez votre pool d'Applications - > Paramètres préalables - > sous' modèle de processus 'paramétrez' Load User Profile 'comme True

si vous utilisez l'usurpation d'identité, assurez-vous de donner les permissions, y compris écrire et modifier permission au compte d'utilisateur concerné sur le dossier suivant:

C:\Users\[username]\AppData\Local\Temp\Temporary ASP.NET Files

je manquais la permission de modifier, c'est pourquoi juste ajouter les permissions par défaut ne fonctionnait pas pour moi.

j'ai eu le même problème, fixé par reconstruire et redéployer tous personnes à charge Dll fichiers

Aller à IIS -> Pool d'Applications -> Paramètres avancés -> Activer les Applications 32 bits

vérifiez les réglages de L'IIS. J'utilise IIS 7.5 avec 32 ou 64 bits de compilation dans le cadre de .NET. Si vous avez une application qui utilise le mode 32 bits, assurez-vous d'activer L'Application Pool pour être en mesure d'utiliser l'instruction 32 bits. Sinon, rien ne semble fonctionner, peu importe combien vous mettez la sécurité ou signe fort de la DLL.

je crois que j'ai perdu comme 1 jour sur la recherche et ce que je suis sorti avec.

vous devez ajouter l'utilisateur imposteur au dossier de débogage de votre Solution comme le cadre va essayer d'accéder à la DLL à partir de cet endroit et le placer dans temporaire Asp.Net dossier.

donc suivez essentiellement ces 2 étapes

1. donner l'autorisation à Temporaire Asp.Net dossier sous C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files et assurez-vous l'utilisateur que vous ajoutez ici est le même que vous utilisez en empruntant l'identité.

2. ajouter l'utilisateur usurpateur au dossier de débogage de votre Solution YourSolutionPath .. \bin\Debug

Cela devrait fonctionner

dans mon cas, c'était en raison de la caractéristique de protection D'accès de mon antivirus (McAfee). Il était évident qu'il bloquait l'accès à ce fichier, en tant que telle l'erreur.

Je l'ai désactivé et la solution a fonctionné. Vous pourriez vouloir vérifier toute application utilitaire que vous pourriez avoir en cours d'exécution qui pourrait affecter l'accès à certains fichiers.

Je n'utilisais pas l'imitation dans mon cas. Ma solution a été de donner un accès complet à mon répertoire de projet pour le groupe d'utilisateurs "IIS_IUSRS".

 Go to run  : ctrl + R
 Type : %temp%

supprimer tous les fichiers et dossiers

 Rebuild Project.
 done!

j'ai rencontré ce problème et il s'est avéré qu'un paquet/assemblage référencé était crypté par Windows. Cela s'est produit parce que mon entreprise a mis en œuvre une politique pour exiger que le dossier Mes Documents soient cryptés et que mes solutions Visual Studio se trouvaient dans ce répertoire.

je pourrais entrer manuellement dans les propriétés de fichier/répertoire dans Windows Explorer et désactiver le cryptage. Mais dans mon cas, c'était une solution temporaire car le réseau politique éventuellement changer de nouveau. J'ai fini par déplacer ma solution VS vers un autre endroit non crypté.

dans mon cas, j'avais copié un service d'un serveur à un autre sans effectuer un déploiement approprié à partir de Visual Studio. C'est une longue histoire.

quoi qu'il en soit, j'avais mis en place toutes les permissions NTFS appropriées et ainsi de suite, mais il ne pouvait toujours pas charger la DLL principale pour le service.

je l'ai corrigé en renommant le service correspondant.fichier pdb à autre chose.

par exemple voici mon dossier bin: \bin\ service.dll service.dll.config service.pdb J'ai renommé service.APB à zzservice.apb, puis le service.dll amende chargé.

j'ai eu cette erreur à partir de VS. Il s'est avéré que j'avais ouvert une solution sans exécuter Visual Studio comme administrateur. Fermer Visual studio et le lancer à nouveau comme administrateur puis reconstruire résolu cela pour moi.

Espère que ça aide quelqu'un.

dans mon cas, j'utilisais une imitation simple et l'utilisateur de l'imitation avait de la difficulté à accéder à l'un des assemblages du projet. Ma solution:

1. cherchez le message de l'exception intérieure pour identifier l'assemblage problématique.

2. Modifier les propriétés de sécurité du fichier d'assemblage.

   a) ajoutez le compte d'utilisateur que vous utilisez pour l'usurpation d'identité aux noms de groupe et d'utilisateur.

   b) donner à ce compte d'utilisateur un accès complet au fichier d'assemblage.

je mets en place un environnement sur le nouveau serveur. Mon web.config a obtenu le noeud d'identité comme ci-dessous.Lorsque je faisais face à "ne pouvait pas charger le fichier ou l'assemblage ou l'une de ses dépendances. L'accès est refusé. La question Est aléatoire, mais après qu'il se produit Une fois, il continue"

ajouté ccs\HJKWeb comme liste des utilisateurs de mon nouveau serveur.

  <authentication mode="Windows" />
        <identity impersonate="true" password="******" userName="ccs\HJKWeb" />

si vous obtenez la DLL ne pouvait pas être trouvé au lieu de l'Accès refusé, assurez-vous que vous avez le VC++ redistribuable approprié installé.

pour moi, le hack suivant a fonctionné; Aller à IIS - > Pools D'Applications - > Paramètres avancés - > modèle de processus - > identité Changé du compte intégré (ApplicationPoolIdentity) au compte personnalisé (mon utilisateur de domaine)