パケットヘッダから情報を抽出
HTTPエラーコード入門 PART2――IIS付属ツール「WFetch」の使い方
HTTPパケットヘッダから重要なトラブルシューティング情報を抽出するのに役立つ「WFetch」の使い方を紹介する。
「HTTPエラーコード入門 PART1 HTTPステータスコードの意味」では、エラーコードを調べることによってHTTPエラーの原因を推定する方法について説明した。しかしエラーコードをチェックするだけでは不十分な場合もある。今回は、「WFetch」というツールを使ってHTTPエラーのトラブルシューティングを行う方法を紹介したい。
WFetchとは
WFetchとは何かを理解するには、HTTPエラーが生じたときにInternet Explorerはそのエラーに関して知っていることをすべて表示するのではなく、Microsoftの世界で「フレンドリーエラーメッセージ」と呼ばれているものを表示するだけであることを理解する必要がある。フレンドリーエラーメッセージは問題の解決にあまり役に立たないかもしれないが、HTTPリクエスト／応答パケットには貴重な情報がたくさん含まれている。
WFetchは、Internet Information Services（IIS）6.0 Resource Kitの一部だ。このツールは、HTTPパケットヘッダから重要なトラブルシューティング情報を抽出するのに役立つ。IIS 6.0 Resource KitはMicrosoftのダウンロードセンターからダウンロードできる。
WFetchを使用する
IIS 6.0 Resource Kitをダウンロードしてインストールしたら、Windowsの「スタート」ボタンをクリックし、「すべてのプログラム」→「IIS Resources」→「WFetch」→「WFetch」コマンドを選択することによってWFetchを起動できる。WFetchが起動すると、以下のような画面が表示される（図A）。
図A●WFetchのコンソール画面《クリックで拡大》
WFetchには少なくとも2つの情報を入力する必要がある。まず、「Host」フィールドに入力しなければならない。デフォルトでは、このフィールドは「localhost」に設定されているが、このデフォルトエントリを、問題が起きているWebサイトのURLに置き換える必要がある。
入力が必要なもう1つの個所は「Path」フィールドだ。ここでは、問題が起きているWebサイトで診断したいページを指定する。例えば、わたし（筆者）のWebサイトのあるページ（http://www.brienposey.com/kb/windows_xp_firewall）に問題が起きているとしよう。この場合には、Hostフィールドに「www.brienposey.com」と入力し、「Path」フィールドには「/kb/windows_xp_firewall.asp」と入力することになる。もちろん、指定できるのはこれらの項目だけではない。異なるHTTP動詞（メソッド）を指定することもできるが、通常は「GET」で大丈夫だ。
デフォルトでは、WFetchは匿名認証を使用するように設定されていることも指摘しておこう。認証を要求するWebサイトのトラブルシューティングを行っているのであれば、認証情報を指定することもできる。さらに、Basic、NTLM、Kerberos、Digest、Negotiateといった認証方式の使用を指定することも可能だ。
WFetchのバージョン（最新バージョンは1.4）によっては、指定したサイトのログイン認証に使用するパスワードを保存する機能もある。だが、そのようなバージョンのWFetchでパスワードを保存した場合、WindowsレジストリのHKEY_CURRENT_USER\Software\WFetchにテキスト形式で保存されてしまうので、パスワードを保存することはお勧めできない。
最後に、コンソールの「Connection」セクションにある「Connect」オプションについて説明しておこう。デフォルトでは、WFetchはHTTPを使ってサイトに接続するように設定されているが、そのほかのオプションも用意されている。HTTPSやPCT 1.0のほか、SSLあるいはTLSの各バージョンで接続することが可能だ。
テストに必要な各種のパラメータを入力したら「Go」ボタンをクリックするだけだ。これにより、「Log Output」セクションにコネクションリクエストとサーバの応答が表示される（図B）。HTTPステータスコードが「Log Output」ウィンドウ上に表示されていることに注目していただきたい。
図B●結果は「Log Output」ウィンドウに表示される《クリックで拡大》
今回は、WFetchツールを使ってHTTPコネクションの状態を詳しく調べる方法を説明した。次回のPART3では、HTTPエラーメッセージに関してさらに詳しい情報を得るためのもう1つのテクニックを紹介する予定だ。
本稿筆者のブライエン・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
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は？ 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは？ -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める？ -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
「ノートPC派」は損をしている？ Dellと考える“自作PC”のメリット
-
4
エンジニアの生産性はどう測る？ マネジメントに不可欠な可視化の実現方法とは
-
5
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
6
ただなのに「12時間以内の復旧」も要求 無償OSSに商用レベルを求める企業の末路
-
7
「IoT通信環境の構築・運用」に関するアンケート
-
8
生データを隠してデータ連携 KDDIが4000万人の顧客情報を安全に分析できた理由
-
9
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
10
大阪証券取引所がHiRDBで実現した「世界トップレベルの応答速度」を誇る新売買システム
ホワイトペーパーランキング PR
-
1
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
バックアップは“取っているから大丈夫”なのか？ ランサムウェア時代の備え方
-
5
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
9
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー