既存のサブサイトに対応するためにweb.configで事故が発生しました。 “<location path="." inheritInChildApplications="false">”
を使用しました。本質的に、ネストされたweb.configファイルの適切な回避策であり、競合を引き起こしていました。その結果、エラーページが適切に処理されませんでした。発生したすべての種類のエラーについて、エラー500がクライアントに渡されていました。
問題のあるinheritInChildApplicationsタグをルートweb.configから削除すると、ほとんどのエラー処理の通常の操作が復元されましたが、何らかの理由でエラー503が正しい応答ヘッダーですが、IISサーバーがカスタムアクションを実行していますエラー403.4はhttpsへのリダイレクトです。
動作が再び復元されるように、エラーページのデフォルトを復元しようとしています。その後、エラーページのカスタマイズを再度追加できます。
Appcmdを使用してサイトの多くの値をリセットできましたが、変更したい特定の構成を掘り下げる必要がありました。これについては、以下で少し説明します。これはIIS 7で動作することは確かですが、7.5に移行したかどうかは100%確信できません。
appcmdはどのインストールでもcmdパスにありません(これらのマシンは2k8sp2です)-とにかく、cmdプロンプトから管理者タイプとして:
cd%windir%\ system32\inetsrv
次に、ニースの例のセットを取得するには、次のように入力します。
appcmd reset config /?
リセットする設定を確認するには、次を入力します。
appcmd reset config/section :?
セクション:?大きなダンプが得られるので、個人的なニーズに合わせてテキストファイルにダンプしました。名前空間system.web、system.webServer、system.netおよびその他の少数の構成内のすべての構成になります。
最終的に使用したコマンド(httpErrorsをリセットする必要がありました)は以下のとおりです。
appcmd reset config/section:httpErrors
それがお役に立てば幸いです! appcmdの詳細はこちら: Microsoft TechNetサイト
ネストされたディレクトリには独自のweb.configファイルを含めることができますが、CSSファイルのように、設定したルールはカスケードされます。
独自のweb.config設定を持つサブディレクトリの場合、ベストプラクティスは次のとおりです。