CustomErrors mode =“ Off”

Webアプリケーションをプロバイダーにアップロードするたびにエラーが発生します。customErrorsモードのため、表示されるのはデフォルトの「実行時エラー」メッセージだけであり、customErrorsをオフにしてエラーの詳細を表示するように指示しています。

怒った、私は私のweb.configを次のように設定しました：

<?xml version="1.0"?>
<configuration>
    <system.web>
        <customErrors mode="Off"/>
    </system.web>
</configuration>

それでも、取得できるのは、有用な情報が含まれていない愚かなリモートエラーページだけです。customErrorsをオフにするために他に何ができますか？！

これは、過去数日間私を狂気にさせており、それを回避することはできませんでしたが、ようやくそれを理解しました：

私のmachine.configファイルで、以下にエントリがありました<system.web>：

<deployment retail="true" />

これは、web.configファイルで指定した他のすべてのcustomError設定をオーバーライドするように見えるため、上記のエントリを次のように設定します。

<deployment retail="false" />

これで、必要な詳細なエラーメッセージをもう一度見ることができます。

にmachine.configあります

32ビット

%windir%\Microsoft.NET\Framework\[version]\config\machine.config

64ビット

%windir%\Microsoft.NET\Framework64\[version]\config\machine.config 

それが誰かを助けて、髪を引っ張るのを数時間節約することを願っています。

「オフ」では大文字と小文字が区別されます。

"O"がweb.configファイルで大文字になっているかどうかを確認してください。

この質問にさらに状況を追加するために（これは私がまったく同じ問題を抱えていたので私が見たところだからです）、ここに私の答えがあります：

私の場合、一般的なエラーからテキストを切り取って貼り付けましたが、何が問題なのかを確認したい場合は、

<system.web>
   <customErrors mode="Off"/>
</system.web>

したがって、これで修正されているはずですが、もちろんそうではありません！私の問題は、（コンパイルおよび認証ノードの前に）数行上に<system.web>ノードがあり、その数行下に終了タグ</system.web>があったことです。これを修正したら、問題は解決しました。私がすべきだったのは、この行だけをコピー/貼り付けすることです：

<customErrors mode="Off"/>

これは、「破壊への道をコピーして貼り付ける」という章で、私が何度も何度も繰り返している愚かなことの記録からのものです。

Sharepoint 2010アプリケーションの場合は、編集C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS\web.configして定義する必要もあります<customErrors mode="Off" />

ここで説明したもののほとんどを試しました。私はVWDを使用しており、デフォルトのweb.configファイルには以下が含まれています。

    <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
        <error statusCode="403" redirect="NoAccess.htm" />
        <error statusCode="404" redirect="FileNotFound.htm" />
    </customErrors>

mode = "RemoteOnly"をmode = "Off"に変更しました。まだ喜びはありません。次に、IISマネージャー、プロパティ、ASP.Netタブ、構成の編集を使用して、CustomeErrorsタブを選択しました。これはまだRemoteOnlyを示していました。これをオフに変更すると、最終的に詳細なエラーメッセージが表示されます。

web.configを調べたところ、system.webに2つのCustomErrorsノードがあることがわかりました。そして、私は2番目のエントリーに気づきました（私が変更したのはコメントの中にありました）。したがって、リモートサーバー上のweb.configを検査するためにメモ帳を使用しないようにしてください。

ただし、IISの編集設定を使用すると、web.configのエラーについてエラーが発生します。次に、「web.configにXML構文エラーはありますか」というすべての回答を除外できます。

これを実際に解決するために機能した答えの1つは、私がここで見つけたものです：https : //stackoverflow.com/a/18938991/550975

これをあなたに追加してくださいweb.config：

<configuration>  
  <system.webServer>  
    <httpErrors existingResponse="PassThrough"/>  
  </system.webServer>  
<configuration>

アクセスできる場合は、通常、イベントビューアでエラーに関する詳細情報を確認できます。プロバイダーがmachine.configでオーバーライドするか、retail属性をtrueに設定することにより、カスタムエラーがまったく表示されないようにした可能性もあります（http://msdn.microsoft.com/en-us/library/ms228298（ VS.80）.aspx）。

私もこの問題を抱えていましたが、Apacheとmod_monoを使用した場合。そのような状況にいる他の人は、web.configを変更した後にApacheを再起動して、新しいバージョンを強制的に読み込ませる必要があります。

それでもそのページが表示される場合は、Web.Configを通過する前に爆発している可能性があります。

ASP.Netに、.Net Frameworkフォルダ、IISメタベースなどに必要な権限があることを確認してください。ASP.Netが正しくインストールされ、IISに正しく関連付けられていることを確認する方法はありますか？

編集：グレッグのコメントの後、私はあなたに投稿しましたが、あなたが投稿したのはごく最小限のweb.configであると思いましたが、それ以外にもありますか？もしそうなら、web.config全体を投稿できますか？

私の問題は、これを私のweb.configで定義していたことでした

<httpErrors errorMode="Custom" existingResponse="Replace">
  <remove statusCode="404" />
  <remove statusCode="500" />
  <error statusCode="404" responseMode="ExecuteURL" path="/Error/NotFound" />
  <error statusCode="500" responseMode="ExecuteURL" path="/Error/Internal" />
</httpErrors>

実際、私のWebアプリをホストしているときに私が見つけたのは、ローカルマシンで開発したコードが、ホスティング会社が提供しているものよりも高いバージョンであることです。管理者権限がある場合は、Webホスティング設定でMicrosoft ASP.NETバージョンのサポートを変更できる場合があります

この問題が発生したのは、IISユーザーがWebサーバーのマシン構成にアクセスできないためでした。

また、このエラーが発生しました。私たちの場合は、アプリケーションプールユーザーがweb.configファイルへのアクセス許可を持っていなかったためです。アクセス許可を失った理由（以前はすべて問題なかった）は、rarファイルにサイトのバックアップがあり、web.configのバックアップバージョンをrarからサイトにドラッグしたためです。これにより、ログオンしたユーザーである私を除いて、web.configファイルに対するすべての権限が削除されたようです。

フォルダレベルでアクセス許可を繰り返し確認しましたが、ファイルレベルでは確認しなかったため、これを理解するにはしばらく時間がかかりました。

私は同じ問題を抱えていましたが、別の方法で解決策を見つけました。

-

私がやったことは、私は開かれた高度な設定をするためにアプリケーションプールでIISマネージャ。

そこで32ビットアプリケーションを有効にするをTrueに設定しました。

アプリケーションを再起動してみてください（app_offline.htmを作成するのではなく削除します）。それでも同じエラーメッセージが表示される場合は、web.configなどでcustomErrorsを1回だけ宣言していることを確認してください。web.configのエラーは、アプリケーションに奇妙な影響を与える可能性があります。

web.configにæøåのような特殊文字はありますか？その場合は、エンコーディングがutf-8に設定されていることを確認してください。

このウェブアプリは、ウェブサイトのディレクトリツリーの他のアプリの下に設定されていますか？親のweb.configファイルに他の設定があるかどうかを確認します。また、ディレクトリをIISのアプリケーションディレクトリとして設定します。

MVCプレビュー4を使用している場合は、HandleErrorAttributeを使用しているため、これが発生している可能性があります。カスタムエラーをオフにした場合に例外を処理しないように、動作は5で変更されました。

サーバーマシンのブラウザーでWebサイトを表示することもできます。ASP.NETの開発はあまり行っていませんが、カスタムエラーには、セキュリティ対策としてサーバーに完全なエラーテキストのみを表示する設定があることを覚えています。

私は同様の問題を扱ったところです。私の場合、2.0 Webアプリを起動しようとしたときに、デフォルトのサイトのasp.netバージョンは1.1でした。エラーは非常に些細なものでしたが、カスタムエラーが解消されない理由はすぐには明確ではなく、ランタイムはイベントログに書き込みませんでした。明らかな修正は、IISのAsp.Netタブのバージョンと一致させることでした。

また、私が行っていたように、website.configではなくweb.configを編集していることを確認してください。

私も同じ問題を抱えていましたが、原因はIISがASP.NET 1.1を実行しており、サイトには.NET 2.0が必要だったことです。

エラーメッセージは何も表示せずに、数時間私を無茶苦茶にしました。

system.webの直後に追加してください。

ノードの終わりに向けて動かしませんでした。

config変換を実行している場合は、関連するweb.configファイルから次の行を削除する必要がある場合もあります。

<compilation xdt:Transform="RemoveAttributes(debug)" />

ここですべての答えを試しましたが、私のApplication_Error方法にはこれがあることがわかりました：

Server.ClearError();
Response.Redirect("/Home/Error");

これらの行を削除して設定すると、問題が修正されました。（クライアントはまだエラーページにリダイレクトされましたcustomErrors="On"）。

私は同じ問題を抱えていましたが、イベントビューアのアプリケーションログを調べたところ、どの例外が発生したかが明確に示されています。私の場合、例外は以下のとおりでした...

例外情報：

Exception type: HttpException 
Exception message: The target principal name is incorrect.  Cannot generate SSPI context.
at System.Web.HttpApplicationFactory.EnsureAppStartCalledForIntegratedMode(HttpContext context, HttpApplication app)
at System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS(IntPtr appContext, HttpContext context, MethodInfo[] handlers)
at System.Web.HttpApplication.InitSpecial(HttpApplicationState state, MethodInfo[] handlers, IntPtr appContext, HttpContext context)
at System.Web.HttpApplicationFactory.GetSpecialApplicationInstance(IntPtr appContext, HttpContext context)
at System.Web.Hosting.PipelineRuntime.InitializeApplication(IntPtr appContext)

The target principal name is incorrect.  Cannot generate SSPI context.

アプリケーションプールでパスワードを更新したところ、問題なく動作しました。

場合によっては、web.configが正しくフォーマットされていない可能性もあります。その場合、機能する前に1行ずつ確認する必要があります。多くの場合、ここでは書き換えルールが原因です。

それは本当に奇妙です。このエラーが発生し、サーバーを再起動すると表示されなくなりました。

私にとっては、system.webの上のweb.configの上位のエラーでした。

ファイルは存在しなかったため、その時点でエラーがスローされていました。System.Webセクションにまだ到達していないため、CUstomErrors（On）のサーバーのデフォルト設定を使用していました。