プロキシとファイアウォールの確認：実践チェックリスト

確認手順の優先順位

• 1. Windows設定のプロキシ： 最も多い原因です。利用期限が切れた後やソフトウェアを削除した後も、古いプロキシ設定が有効のまま残っているケースがあります。ChromeやEdgeはこの設定を直接参照します。
• 2. WinHTTPプロキシ： 一部のアプリやシステムサービスは、「設定」画面に表示されない個別のWinHTTP設定を使用します。
• 3. Windows Defender ファイアウォールまたはウイルス対策ソフト： Chrome自体の通信や、プロキシポートへの外部接続がブロックされている可能性があります。
• 4. 実行中のVPN： トラフィックのルーティングが優先され、プロキシが想定通りに動作しないことがあります。
• 5. 職場や学校のネットワーク： ネットワーク側のファイアウォールにより、PCの外部でプロキシポートへの通信が遮断されている場合があります。

WindowsおよびWinHTTPのプロキシを確認する

「設定」>「ネットワークとインターネット」>「プロキシ」を開きます。プロキシを使用しない場合は、「手動プロキシ セットアップ」をオフにし、「セットアップ スクリプトを使う」がオンになっていればオフにします。プロキシを使用する場合は、ダッシュボードの注文情報とIP・ポート番号を照合してください。詳しい手順はWindows proxy setupおよびturn off proxy guideをご確認ください。

次に、コマンド プロンプトを開いて netsh winhttp show proxy を実行します。心当たりのないプロキシが表示された場合は、管理者権限で netsh winhttp reset proxy を実行すると、WinHTTPが直接接続に戻ります。

ファイアウォールとセキュリティソフトを確認する

「Windows セキュリティ」>「ファイアウォールとネットワーク保護」>「ファイアウォールによるアプリケーションの許可」を開き、現在使用中のネットワーク種別でChromeの通信が許可されているか確認します。サードパーティ製のセキュリティソフトは独自のファイアウォールを搭載していることが多いため、Web保護機能を数分間無効化してテストし、確認後は必ず元に戻してください。

ファイアウォールによるブロックには、接続を即座に拒否する場合と、パケットを応答なしで破棄（ドロップ）する場合があります。両者で症状が異なり、出力結果からどちらのケースかを特定できます。

出力結果からブロックの原因を特定する

203.0.113.10:8080 はドキュメント用のサンプルアドレスであり、上記の出力結果は弊社のテスト用プロキシで取得したものです。最も手早く原因を切り分けるには、ノートPCをスマートフォンのテザリング（モバイルデータ通信）に接続して再試行することです。モバイル通信で繋がり元のネットワークで繋がらない場合は、PCやプロキシではなく、利用環境のネットワークまたはそのファイアウォールに原因があります。

手順

1. 1

   「設定」でプロキシをオフにする、または修正する

   「設定」>「ネットワークとインターネット」>「プロキシ」を開き、不要なプロキシを無効化するか、正しいIPとポート番号を再入力します。

2. 2

   WinHTTPの設定を確認する

   netsh winhttp show proxy を実行します。不明なプロキシが表示された場合は、管理者権限で netsh winhttp reset proxy を実行してください。

3. 3

   ファイアウォールでChromeの通信を許可する

   「Windows セキュリティ」>「ファイアウォールとネットワーク保護」>「ファイアウォールによるアプリケーションの許可」を開き、Chromeの項目にチェックが入っていることを確認します。

4. 4

   別のネットワークでプロキシをテストする

   スマートフォンのデータ通信（テザリング）に接続し、プロキシ情報をproxy checkerに貼り付けて結果を比較します。

5. 5

   それでも解決しない場合はWindowsネットワーク診断を実行する

   Windowsのネットワークトラブルシューティングツールを使用して、ネットワークアダプターとDNSの状態を確認します。

よくある質問