回答:
エラーメッセージのテキストを検索すると、それはEPiServerエラーページである可能性があり、Chrome対応のエラーメッセージではない可能性があります。(episerver.comからの完全一致のフレーズが多数あります。)
インストールしたChromeのバージョン(Chrome 4.0)では、フレンドリーエラーは「おっと!このリンクは壊れているようです」で始まり、代替リンク、Google検索ボックス、右側のGoogleロゴが含まれています。あなたは→ツールメニューに行くことによってオンまたはオフにそれを回すことができるオプション → フードの下では、その後、確認したり、明確なナビゲーションエラーのためにショーの提案。
Chromeのこの「機能」は、サイズが512バイトを超えないサーバーエラーページの404エラーを「フレンドリーな」エラーページに置き換えるように設計されているため、Chrome開発者は「参考にならない」と見なしています。513バイト以上からのみ、サーバーから送信されたとおりにエラーページが表示されます。
「フレンドリー」な404エラーページもhttpsでは無効になっています。
この問題は、問題が
問題1695で始まった2008年から存在しています。Chromeは、「Friendly 404」の表示をオフにするオプションが必要ですが、
修正されていません。
httpサーバーから返される404ページを制御する場合は、512バイトを超えるようにコメントを入力するか、httpsを使用できます。そうでなければ、私は解決策を知りません。
Ctrl+ Shift+ I(CMD+ Option+ I)で開いた開発者コンソールを使用し、エラーページを再読み込みしてエラーを正しく表示すると、わかりやすいエラーが消えます。
最近(2012年1月以降)、サーバーが本文なしのエラーページを返した場合にのみ、Chromeはわかりやすいエラーページを表示します。
ここでは、本文のないエラーページ(content-length:0)はエンドユーザーにとって役に立たないと想定しています。
HTTPヘッダーなど、利用可能なChrome拡張機能があり、ステータスコード(下のスクリーンショットのボックスの上部に表示されます)など、応答ヘッダーの詳細が表示されます。