ファイルまたはアセンブリ、あるいはその依存関係の1つを読み込めませんでした。アクセスが拒否されました。問題はランダムですが、一度発生した後も継続します

このエラーに関する多くの情報を見つけました： 'エラー：ファイルまたはアセンブリ' * .dll 'またはその依存関係の1つを読み込めませんでした。アクセスが拒否されました。」しかし、私のシナリオに固有の答えは見つかりませんでした。私のサイトは6つの異なる本番サーバーに展開されていますが、この問題に直面しているのは1つのサーバーだけです。この問題はランダムですが、一度発生した後は、web.configファイルに小さな変更を加えてサイトが再コンパイルされ（web.configで変更した後、Webアプリケーションを再コンパイルします）、そのサーバー上のサイトが起動するまで続きます。ワーキング。昨日、問題は1か月の作業期間の後に再現されていました。この問題を本番環境で購入する余裕はありません。
問題の詳細：

'/'アプリケーションのサーバーエラー。 ____________________________________ ファイルまたはアセンブリ 'MainCore.DbImpl、Version = 0.0.0.0、Culture = neutral、PublicKeyToken = null'またはその依存関係の1つを読み込めませんでした。アクセスが拒否されました。説明：現在のWebリクエストの実行中に未処理の例外が発生しました。エラーの詳細とコードの発生場所については、スタックトレースを確認してください。

例外の詳細：System.IO.FileLoadException：ファイルまたはアセンブリ 'MainCore.DbImpl、Version = 0.0.0.0、Culture = neutral、PublicKeyToken = null'またはその依存関係の1つを読み込めませんでした。アクセスが拒否されました。

ソースエラー：現在のWebリクエストの実行中に、未処理の例外が生成されました。例外の発生源と場所に関する情報は、以下の例外スタックトレースを使用して識別できます。

アセンブリロードトレース：次の情報は、アセンブリ 'MainCore.DbImpl、Version = 0.0.0.0、Culture = neutral、PublicKeyToken = null'をロードできなかった理由を特定するのに役立ちます。

WRN：アセンブリバインディングログがオフになっています。アセンブリバインド失敗ログを有効にするには、レジストリ値[HKLM \ Software \ Microsoft \ Fusion！EnableLog]（DWORD）を1に設定します。注：アセンブリバインド失敗ログに関連するパフォーマンスの低下があります。この機能をオフにするには、レジストリ値[HKLM \ Software \ Microsoft \ Fusion！EnableLog]を削除します。

スタックトレース：

[FileLoadException：ファイルまたはアセンブリ 'MainCore.DbImpl、Version = 0.0.0.0、Culture = neutral、PublicKeyToken = null'またはその依存関係の1つを読み込めませんでした。アクセスが拒否されました。] ... DbImpl.Event.TTCEventController.GetEventFields（Int32 eventId）+0 WebSuite.SportChannel.ModelImpl.TTCModelController.AddEventFieldList（XmlElement eventNode、ITTCEventController ctrl、Int32 eventId、PlayerType stupidType）in ... root \ SportChannel \ ModelImpl \ Ttc \ TTCModelController.cs：171 ... ModelImpl.TTCModelController.GetLatestFourTourSchedulesXml（）in ... root \ SportChannel \ ModelImpl \ Ttc \ TTCModelController.cs：283 ... WebRoot.UserControls.HeadlinesTab.Page_Load（Object sender 、EventArgs e）+491 System.Web.Util.CalliHelper.EventArgFunctionCaller（IntPtr fp、Object o、Object t、EventArgs e）+ 25System.Web.Util。
____________________________________

バージョン情報：Microsoft .NET Frameworkバージョン：2.0.50727.5446; ASP.NETバージョン：2.0.50727.5420

私のシナリオでは、web.configファイルにIDノードがあることがわかりました。

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

ユーザー名とパスワードのパラメーターをノードから削除すると、機能し始めました。

別のオプションとして、指定したuserNameが、さまざまなC：\ Windows \ Microsoft.NET \ Framework {version}フォルダーにある「TemporaryASP.NETFiles」フォルダーを操作するためのアクセス権を持っていることを確認する必要がある場合があります。

これが他の誰かを助けることを願っています！

同じ問題があり、パラメータ「32ビットアプリケーションを有効にする」を「true」に設定することで修正されました（iisアプリケーションプールの詳細設定で）。

私の解決策は次のとおりです。

の下にルートフォルダが見つかりませんでしたC:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files。

グーグルはそれが現在のユーザーに対する許可の問題であるかもしれないと私に言いました、そして私は私が現在のアイデンティティを持っているのを見つけました：IIS APPPOOLサーバーの残りが現在のアイデンティティを持っている誤動作しているサーバーで：NT AUTHORITY\NETWORK SERVICE。

次に、現在のIDをからに変更し IIS APPPOOLましたNT AUTHORITY\NETWORK SERVICE。

ここから、Webアプリをリセットすると、一時的なASP.NETキャッシュが再構築され、問題が解決することがわかりました。

ほとんどの解決策を試したが、まだ問題を抱えている他の人に。

私の解決策は、この投稿の下部にある他の解決策とは異なりますが、試す前に、次のリストを使い果たしていることを確認してください。確かに、私はそれらすべてを試しましたが、役に立ちませんでした。

1. 再コンパイルして最初から再デプロイします。既存のアプリを更新しないでください。SO回答

2. IIS_IUSRSにディレクトリ「C：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ TemporaryASP.NETFiles」へのフルアクセスを許可します

   使用しているフレームワークのバージョンを覚えておいてください。アプリが偽装を使用している場合は、IIS_IUSRSの代わりにそのIDを使用してください

3. ディレクトリ「C：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ TemporaryASP.NETFiles」のすべての内容を削除します。

   使用しているフレームワークのバージョンに注意してください

4. アプリが使用しているAppPoolのIDをApplicatonPoolIdentityからNetworkServiceに変更します。

   IIS>アプリケーションプール>現在のアプリプールを選択>詳細設定> ID。

   SO Answer（機能しない場合はデフォルトに戻してください）

5. IISバージョンとAppPool.NETバージョンのアプリとの互換性を確認します。初めての展開に非常に適用できます。SO回答

6. 該当する場合は、偽装構成を確認します。SO回答

私の解決策：

特定のウイルス対策ソフトウェアがディレクトリ「TemporaryASP.NETFiles」内のDLLのコンパイルをアクティブにブロックしていることがわかりました。私のものはMcAfeeでしたが、IT担当者はインストールについて通知しませんでした。

マカフィーの専門家とマイクロソフトの両方のアドバイスに従って、ディレクトリ「TemporaryASP.NETFiles」を除外する必要があります、リアルタイムスキャンで。

出典：

• マカフィーサポートフォーラム
• Microsoftサポート
• Asp.Netフォーラム

アンチウイルスはその役割を果たしているだけなので、無効にしないでください。ダクトテーピングのため、ディレクトリ\ Temporary ASP.NET Files {プロジェクト名}に不足しているDLLファイルを手動でコピーしないでください。

偽装を使用している場合は、次のフォルダーにある関連するユーザーアカウントに、書き込みおよび変更のアクセス許可を含むアクセス許可を必ず付与してください。

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

変更権限がありませんでした。そのため、デフォルトの権限を追加するだけではうまくいきませんでした。

それでも問題が発生する場合は、次のことを試してください。

IISマネージャーを開きます->アプリケーションプール->アプリプールを選択します->詳細設定-> [プロセスモデル]で[ユーザープロファイルの読み込み]設定をTrueに設定します

私はそれを研究するのに1日のように無駄にしたと思います、そしてこれは私が出てきたものです。

フレームワークはこの場所からDLLにアクセスし、Temporary Asp.Netフォルダーに配置しようとするため、ソリューションのDebugフォルダーに偽装ユーザーを追加する必要があります。

したがって、基本的にこれらの2つの手順に従います

1. 下のTemporaryAsp.Netフォルダーにアクセス許可を与えC:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files、ここに追加するユーザーが、偽装中に使用しているものと同じであることを確認します。

2. ソリューションのDebugフォルダーに偽装ユーザーを追加しますYourSolutionPath .. \ bin \ Debug ..

これはうまくいくはずです

IIS->アプリケーションプール->詳細設定-> 32ビットアプリケーションを有効にするに移動します

私は同じ問題を抱えていましたが、すべての依存関係DLLファイルを再構築して再デプロイすることで修正されました

私の場合、それは私のアンチウイルス（McAfee）のアクセス保護機能によるものでした。そのようなエラーの時点で、明らかにこのファイルへのアクセスをブロックしていました。

私はそれを無効にし、ソリューションが実行されました。一部のファイルへのアクセスに影響を与える可能性のある、実行中のユーティリティアプリケーションを確認することをお勧めします。

IISの設定を確認してください。.NETFramework内で32ビットまたは64ビットのコンパイルでIIS7.5を使用しています。32ビットモードを使用するアプリがある場合は、アプリプールで32ビット命令を使用できるようにしてください。それ以外の場合は、DLLにセキュリティを設定したり、強い署名をしたりしても、何も機能しないようです。

新しいサーバーに環境をセットアップしています。私のweb.configは以下のようなIDノードを取得しました。「ファイルまたはアセンブリまたはその依存関係の1つを読み込めませんでした。アクセスが拒否されました。問題はランダムですが、一度発生すると続行します」

新しいサーバーのユーザーリストとしてccs \ HJKWebを追加しました。

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

私にとっては、次のハックが機能しました。IIS->アプリケーションプール->詳細設定->プロセスモデル-> IDが組み込みアカウント（ApplicationPoolIdentity）からカスタムアカウント（マイドメインユーザー）に変更されました

私の場合、なりすましを使用していませんでした。私の解決策は、ユーザーグループ「IIS_IUSRS」のプロジェクトディレクトリへのフルアクセスを許可することでした。

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

すべてのファイルとフォルダを削除します

 Rebuild Project.
 done!

この問題が発生し、参照されているパッケージ/アセンブリがWindowsによって暗号化されていることが判明しました。これは、私の会社がマイドキュメントフォルダを暗号化することを要求するポリシーを実装し、私のVisualStudioソリューションがたまたまそのディレクトリの下にあったために発生しました。

Windowsエクスプローラーでファイル/ディレクトリのプロパティに手動で移動し、暗号化を無効にすることができます。しかし、私の場合、ネットワークポリシーによって最終的に元に戻されるため、これは一時的な解決策でした。VSソリューションを暗号化されていない別の場所に移動することになりました。

私の場合、Visual Studioから適切な展開を実行せずに、あるサーバーから別のサーバーにサービスをコピーしていました。長い話。

とにかく、適切なNTFSアクセス許可などをすべてセットアップしましたが、それでもサービスのメインDLLをロードできませんでした。

対応するservice.pdbファイルの名前を別の名前に変更して修正しました。

たとえば、binフォルダーは次のとおり \bin\ service.dll service.dll.config service.pdb です。service.pdbの名前をzzservice.pdbに変更すると、service.dllが正常に読み込まれました。

アクセスが拒否される代わりにDLLが見つからなかった場合は、適切なVC ++再頒布可能パッケージがインストールされていることを確認してください。

VSからこのエラーが発生しました。VisualStudioを管理者として実行せずにソリューションを開いたことが判明しました。Visual Studioを閉じて、管理者として再度実行してから再構築すると、これが解決しました。

それが誰かを助けることを願っています。

私の場合、単純な偽装を使用していて、偽装ユーザーがプロジェクトアセンブリの1つにアクセスするのに問題がありました。私の解決策：

1. 問題のあるアセンブリを特定するには、内部例外のメッセージを探します。

2. アセンブリファイルのセキュリティプロパティを変更します。

   a）偽装に使用しているユーザーアカウントをグループ名とユーザー名に追加します。

   b）そのユーザーアカウントにアセンブリファイルへのフルアクセスを許可します。