オブラートをはがす
HTTPエラーコード入門 PART3――IEのフレンドリーエラーメッセージを無効にするには
Microsoftが“隠している”エラーメッセージに関する詳細情報を表示させる方法を紹介しよう。
本連載ではこれまで、HTTPエラーメッセージの原因を特定する方法を幾つか紹介してきた（HTTPエラーコード入門 PART1、PART2参照）。連載最後となる今回は、HTTPエラーメッセージに対処する方法をもう1つ紹介したいと思う。
フレンドリーエラーメッセージ
HTTPエラーのトラブルシューティングが難しいのは、Microsoftがエラーメッセージに関する詳細な情報の多くを隠しているからだ。この情報が隠されているのは、セキュリティ上の理由からでも、Microsoftがユーザーに情報を見せたくないと考えているからでもないとわたしは思う。コンピュータに詳しくないユーザーのために、そうしているのではないだろうか。
例えば、最もよく現れるフレンドリーHTTPエラーメッセージの1つが「404」エラーだ。404エラーがどういったものであるかを見るには、あなたのお気に入りのWebサイトに行き、無効なURLを追加入力すればいい。そうすれば、恐らく図Aのようなエラーメッセージが表示されるだろう。
図A●HTTPエラーで特に多いのが404エラー《クリックで拡大》
図Aに示すように、小さな文字で書かれた説明には、404エラーが発生したこと、そしてこのエラーが起きた原因はファイルが見つからなかったことであると記されている。しかし、技術的な情報はこれがほぼすべてだ。このページに記載されたそのほかの情報は、初心者ユーザーがHTTPエラーメッセージに対処する方法を示したものだ。
フレンドリーエラーメッセージに少し化粧を施したものもある。例えば、わたしのWebサイト（www.brienposey.com）にアクセスして無効なURLを入力すると、図Bのようなエラーメッセージが表示されるだろう。これもフレンドリーエラーメッセージだと見なすことができる。これは、Microsoftの汎用的なエラーメッセージをわたし独自のメッセージに置き換えたにすぎない。このような手法を利用しているWebサイトは多い。
図B●フレンドリーエラーメッセージをカスタマイズしたWebサイトもある《クリックで拡大》
Webサイトが汎用的なフレンドリーエラーメッセージを利用していようとも、それをカスタマイズしていようとも、問題に関する多くの技術的情報をそこから得ることはできない。しかしInternet Explorer（IE）には、フレンドリーエラーメッセージではなく、本当のエラーメッセージを表示させるオプションが用意されている。
この機能を実行するための方法はIEのバージョンによって異なるが、本稿ではIE 7の場合について説明する。「ツール」メニューから「インターネットオプション」コマンドを選択し、「詳細設定」タブに移動する。そして、「ブラウズ」セクションにある「HTTPエラーメッセージを簡易表示する」チェックボックスからチェックを外し、「OK」をクリックする。
フレンドリーエラーメッセージを無効にしても変化がない場合
フレンドリーエラーメッセージを無効にしても、エラーページの表示が変わらない場合もある。その理由は幾つかある。まず、404エラーについていえば、このエラーメッセージは、フレンドリーエラーメッセージを無効にしても変わらないことが多い。リクエストされたファイルが見つからないということ以外には、特に報告するようなことはないからだ。
エラー表示が前と変わらない理由はほかにもある。IEがそのWebサイトとの接続を確立していない場合がそうだ。例えば、インターネット接続がダウンしていれば、リクエストしたページが存在するかどうかにかかわらず、404エラーメッセージが表示される。
汎用的なエラーメッセージが表示される、もう1つのよくある理由は、リクエストされたページがキャッシュに保存されている可能性があることだ。その場合は、ブラウザのキャッシュを空にした上で、再びそのページをリクエストすればよい。
あなた自身がIIS（Internet Information Services）7.0上で運営しているWebサイトに問題が起きている場合は、サーバコンソールからそのサイトにローカルでアクセスしてみるとよい。そうすれば、詳細なエラーメッセージを表示させることができる。ASP.NETを使ってコーディングされたサイトであれば、詳細なメッセージではなく、ASPのカスタムエラーが表示されるかもしれない。その場合には、トラブルシューティングを行っているページに一時的に以下のコードを埋め込むことによって、問題を修正することができる。
本稿筆者のブライエン・M・ポージー氏はMCSE（マイクロソフト認定システムエンジニア）の資格を持ち、Windows 2000 ServerおよびIISに関する仕事でMicrosoft Most Valuable Professionalの認定を受けた。全米規模の病院チェーンでCIO（最高情報責任者）を務めた経験を持つほか、フォートノックス（ケンタッキー州にある米軍施設）のITセキュリティ責任者を務めたこともある。フリーランスのテクニカルライターとして、Microsoft、CNET、ZDNet、TechTarget、MSD2D、Relevant TechnologiesなどのIT関連企業に記事を寄稿している。同氏の個人WebサイトのURLはwww.brienposey.com。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
4
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
5
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
-
6
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
7
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
8
AI導入後に発覚する「社内文書を読めない」問題 情シスは何を直せばいい？
-
9
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
10
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー