Windows Server 2008環境に昇格する前に、ローカルマシン上のIISインスタンスでWebサービスをテストしようとしています。サービスを参照しようとすると、これが発生します。このサービスがbtwの下で実行されるカスタムアプリケーションプールです。そのため、そのアプリケーションIDにはそのフォルダなどにアクセスする権限がないと推測しています。
「このエラーは、WebサーバーまたはWebアプリケーションの構成ファイルの読み取りに問題がある場合に発生します。場合によっては、イベントログにこのエラーの原因に関する詳細情報が含まれていることがあります。」
そのアプリケーションにIDのアクセス許可を与える必要があると考えていますが、これを実現する方法がわかりません。
これを行う別の方法はありますか?
これがあなたにとって遅すぎるかどうかはわかりません。
IIS WebサイトはUSERSまたはIIS_IUSRSによって実行されます。Windowsエクスプローラーから、Webが指すフォルダーを右クリックし、[セキュリティ]タブに移動して、computername\IIS_IUSRSまたはcomputernameを追加します読み取り権限を持つ\ USERS。
1.Open IIS 2.左側のパネルで、アプリケーションプールをクリックします。
これを試したときに問題を解決しました。
Windows 8.1でも同様の問題に直面しました。 ID値をApplicationPoolIdentity
からLocal System
に変更して修正しました。
サイトを確認してくださいセキュリティ->認証機能。 anonymousAuthenticationが有効の場合、(アクション)列の編集リンクをクリックして、使用されているIDを確認します。 [〜#〜] iusr [〜#〜]の場合、IUSRがWebサイトのフォルダーおよびファイルに対するFileSystem ACL特権を持っていることを確認してください。 「ApplicationPoolIdentity」に設定する場合は、グループIIS_IUSRSに同じ権限があることを確認してください。これは、「ApplicationPoolIdentity」がIIS_IUSRSグループに動的に追加されるためです。ランタイム。
IIS(7)でアプリケーションのID設定を「ApplicationPoolIdentity」から「LocalSystem」に変更すると、問題が解決しました。 IIS_IUSRSに許可を追加するときはしませんでした。理由はわかりませんが。
IISのアプリケーションプールで古いバージョンの.Netフレームワークを選択した場合、この問題が発生することがあります。
私にとっては、c:\ inetpub\wwwrootでファイルを転送しただけで、エラーはなくなりました。
私がしなければならなかったのは、IIS 7.5の仮想ディレクトリ(アプリケーション)のアクセス許可を編集し、アクセス許可にIUSRを追加することでした。それが修正されました。