IIS7.0での「HTTPエラー500.19-内部サーバーエラー」の解決方法[終了]

このエラーの原因は何ですか、どうすれば修正できますか？

詳細なエラー情報
モジュールIIS Webコア
通知BeginRequest
ハンドラがまだ決定されていません
エラーコード0x8007052e
構成エラー仮想ディレクトリパスワードでユーザー管理者としてローカルにC：\ inetpub \ wwwrootにログオンできません
構成ファイルを使用できません（構成の分離）
要求されたURL http：// 192.168.0.3:80/
物理パスC：\ inetpub \ wwwroot
ログオン方法未定
ログオンユーザー未定

構成ソース

<application path="/" applicationPool="PS-Extranet">
    <virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" userName="administrator" password="[enc:AesProvider:PrISRz2ggJH4bV46ktObfCSh91Y/yF9pAoLmH7eCnj0=:enc]" />
</application>

アプリプールに使用しているユーザーアカウントにはWebサイトディレクトリへの権限がないため、そこから構成を読み取ることができません。アプリプールを確認し、実行するように構成されているユーザーを確認します。ディレクトリを確認し、そのユーザーに適切な権限があるかどうかを確認してください。その間、イベントログをチェックして、IISがより詳細な診断情報をそこに記録したかどうかを確認します。

私は同じ問題を抱えていましたが、理由は異なりました。

私のweb.configにはURL書き換えモジュールルールがあり、URL書き換えモジュールもインストールしていません。URL書き換えモジュールをインストールした後、この問題は解決しました。

Windows 10ではASP.NET 3.5、ASP.NET 4.6以下をインストールする必要がありましたInternet Information Services（他のボックスは自動的にチェックされます）。

最後に私は私の問題の解決策を得ます。Windows 7でこれを行うためにIISのチェックボックスをオンにしなかったため、asp.netアカウントはIISマネージャーに表示されません次の手順に従います

1. コントロールパネルを開く
2. 「プログラム」リンクをクリックします（プログラムをアンインストールしないでください）
3. [Windowsの機能をオン/オフにする]リンクをクリックします
4. ポップアップウィンドウで「インターネットインフォメーションサービスIIS」を探し、そのノードを展開します
5. 「World Wide Web Service」ノードを展開します
6. 「アプリケーション開発機能」ノードを展開します
7. 「ASP.NET」のチェックボックスをチェック
8. 次に[OK]ボタンをクリックします

これで、IISマネージャーにAsp.netアカウントが表示され、デフォルトでIISアカウントが表示されます。asp.netWebサイトを「マイドキュメント」から別の場所に移動する必要があります。コンピューター）これで、IISマネージャーからWebサイトを参照すると、動作するはずです。

ドメイン管理者のパスワードを変更する必要があったため、このエラーが発生しました。

いくつかの設定を試してみたところ、パススルー認証ではなくドメイン管理者アカウントを使用するように設定されているため、最終的には以下のパスのアプリケーションにあることがわかりました（理由はわかっています）。

IISマネージャー->基本設定->接続

あなたは一歩を踏む必要があります：

run->cmd

run "c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i"

それでおしまい

本日この問題を経験し、解決しました。誰かが特定のユーザーとして実行するようにIISの「デフォルトWebサイト」の「パス認証情報」を設定しました。この同じユーザーが、パスワードの有効期限切れまたは定期的な変更のためにパスワードを変更しました。「デフォルトのウェブサイト」を基本設定オプションを介して「アプリケーションユーザー」として接続するように設定すると、解決されました

おそらくNTパスワードを変更します。

IISを開きます->アプリケーションを右クリックします->アプリケーションの管理->詳細設定->物理パス認証情報。

幸運を

私の場合、このエラーはフォルダのソリューションを変更した後に表示されます。

私は自分のプロジェクトプロパティに移動して問題を解決し、仮想ディレクトリを再作成します。

プロジェクトを右クリックし、[プロパティ]> [Web]> [サーバー]セクションで[仮想ディレクトリの作成]をクリックします。

仮想ディレクトリが別の場所に作成されたというメッセージが表示され、変更されます

私は、「Windows機能の追加と削除」の.Net機能でHttp Activationを有効にする必要がありました。

これはうまくいきましたが、上記の提案に基づいていません。私の場合は、ドメイン内のWindows 2008サーバーでiis7を実行すると500エラーが発生します。ドメインに新しいユーザーを追加し、基本的に仮想ディレクトリまたはフォルダへの読み取り/実行アクセスを許可します。仮想フォルダー>基本設定>接続方法>パス資格情報が、読み取り/実行アクセス権を持つユーザーに設定されていることを確認します。設定をテストすると、認証と承認の両方が機能するはずです。乾杯！

今私はこのエラーを抱えていて解決しました。URLは作成された仮想ディレクトリと一致する可能性があります。

仮想ディレクトリをチェックする必要があります。私の例では、applicationhost.config次の行にあります。

<application path="/" applicationPool="Clr4IntegratedAppPool">
    <virtualDirectory path="/admin/roles" physicalPath="C:\..." />
</application>

とアクションのURL（http://localhost/admin/roles）でページを開こうとしたところ、このエラーが発生しました。AdminControllerRoles

.Net 2アプリプールで.Net 4アプリを実行しようとしたため、他の人にも同様のエラーメッセージが表示されました。アプリプールの.Net FXバージョンを変更すると、修正されました。

私のwwwルートディレクトリ（標準のルートディレクトリではない）のweb.configの数行に方向を示すエラーコード0x80070020でphp 5.3.3をインストールすると、同様のエラーが発生しました。

解決策は粗雑ではありますが、完全に機能しました。私は単にweb.configファイルを削除しただけで、すべてが機能します。私はHOURSを無駄に他の解決策を試して過ごしました。

これが愚かだと誰かが思ったら、知らせてください。他の誰かが髪を抜くのに同じ時間を費やした場合は、試してみてください（もちろんファイルをバックアップした後）

よろしくFEQ

同じエラーが発生し、IISアプリプールの資格情報を修正しても役に立たなかった。既定のWebサイト、[詳細設定]-> [物理パスの資格情報]-> [特定のユーザー]で自分のWebサイトを選択してIISのエラーを最後に解決し、アプリプールユーザーの資格情報を再入力してIISを再起動すると、エラーが発生し、私のWebサイトが表示されました成功しました。

デフォルトのWebサイトも管理する必要があります。

1。デフォルトWebサイト-> basicSettings->として接続し、適切なユーザーに変更します。

2. defaultWebSiteに関連するapplicationPoolのIDを変更する

g.luck

私には権限の問題ではないようです-IIS_IUSRSアカウントにWebサービスのすべてを完全に制御させ、これが原因かどうかを確認しました。この修正により、IISでWebサービスをホストするアプリケーション（つまり、実際の「.svc」）が再作成されることが判明しました

joomla管理者パネルにアクセスしようとしたときにそれが大きければ、ユーザー名とパスワードの問題だけです!! joomlaデータベースのjos_userを更新するだけです。

joomla Webサイトディレクトリに移動し、ブロックノートまたはメモ帳でconfiguration.phpを開いて、joomla管理者サイトが使用しているデータベース名を表示します。あなたが持っている行を見つける必要があります：

public $user = 'joomlauser251';           //MySQL username

私の場合joomlauser251はDB名です。

mysqlにログインします。

 mysql -uyourusername -pyourpassword

joomlaのデータベースを選択してください：

use joomlauser251;

管理者のパスワードを変更：

UPDATE jos_users SET password=MD5(‘NewPassword’) WHERE username=’admin’;

そして、もう一度アクセスしてみてください。

それで全部です ！！！

私の場合、仮想ディレクトリのデフォルトのapplicationHost.configに古いドメインアカウントのパスワードへの参照が見つかりました。

Windowsで「applicationHost.config」ファイルを簡単に見つける-> System32-> inetsrv-> config 1.「applicationHost.config」を別のファイル名にバックアップ2.「applicationHost.config」ファイルを開き、データをクリアして保存3.ブラウザを開き、 url内部Webサイトを呼び出し、終了しました。

新しい専用のユーザーアカウントを使用している場合...この500.19アクセス許可の問題も発生するため、そのアカウントのパスワードの有効期限が切れていないことを確認することも価値があります。

500.19を取得したので、IIS_IUSRS上記のweb.configとプロジェクトのフォルダーに完全なアクセス権を与えました。これで問題は解決しました。

あなたは許可を与えることができます

1. フォルダ/ファイルを右クリック
2. 「セキュリティ」タブを選択する
3. ユーザーを追加しますIIS_IUSRS-USRSの前のiを忘れず、USERSのように "e"を記述しないでください

ASP.Netアプリケーションには、web.configのハンドラーセクションが事前に組み込まれています。既定では、これはIIS内の機能委任内で読み取り専用に設定されています。IISマネージャーで確認する

1. IISマネージャーに移動します、[サーバー名]をクリックします。

2. [ 管理 ] セクションに移動し、[ 機能の委任 ]をクリックします。

3. readonlyとして設定することになっているハンドラーマッピングを選択します。

4.値を読み取り/書き込みに変更すると、問題を解決できます

これについてもう1つだけ言いたいことがあります。同じHTTPエラーコードを使用しても、元の質問の説明でエラーコードの1つがここに投稿されているため、いくつかの異なるエラーが発生する可能性があります。たとえばWeb.Config、ASP.NETプロジェクトのファイルを編集した後、

エラーコード0x8007000d

"許可され​​る<configSections>要素は1つだけです。これはルート<configuration>要素の最初の子要素である必要があります"

それが言うよう<configSections>に、Web.Configファイルの一部の前に独自のXMLを挿入してはなりません。の終了タグの後にスニペットを挿入した後、<configSections>問題なく動作しました。

IISでWebサイトの正しいパスが指定されていません。

私の解決策は、

1. 破損したフォルダを削除するだけです。
2. その後、フォルダを再作成します。

破損したフォルダがIISのセットアップ前に作成されていたようです。再度フォルダを作成すると、正しく動作します。

IISを実行しているコンピューターからWindows Server Update Services（WSUS）をアンインストールした後、このエラーが発生しました。どうやらWSUSをアンインストールすると、サーバー上のIIS構成が壊れて、同じサーバーにインストールされている他のWebアプリケーションが使用できなくなる可能性があります。

ここで問題の解決策を見つけました。

ASP.NET Core Webサイトの場合、HttpPlatformHandlerモジュールがインストールされていない場合にもこの一般的なエラーが発生します。詳細については、この回答を参照してください。

私の場合、Web.configファイルのキーの値が間違っていました：

    <defaultDocument>
        <files>
            <add value="Portal.htm" />
        </files>
    </defaultDocument>

値を「Portal.html」に変更するとうまくいきました。

Visual Studio 2013から2015にアップグレードした後、このエラーが発生しました。少し検索してさまざまな修正を試した後、web.configから以下を削除することで問題を解決できることがわかりました。

<staticContent>
    <mimeMap fileExtension=".less" mimeType="text/css" />
</staticContent >

どうやらstaticContentは現在廃止されていますか？

ソース

編集1

このため、プログラムの展開時にIISは.jsonファイルを提供できませんでした。これを行うと、IISでサイトのMIMEタイプに.json（application / json）を再度追加することになります。ここにいくつかの情報があります：http : //www.iis.net/configreference/system.webserver/staticcontent/mimemap

編集2

私の状況では、上記のedit 1ソリューションは一時的にしか機能しないことに気付きました。再デプロイすると、エントリが削除されます。そこで、mimeMap XMLをに移動しましたWeb.Release.config。今は正常に動作します。