ERR_TIMED_OUT・ERR_CONNECTION_TIMED_OUT の原因と解決方法

ERR_CONNECTION_TIMED_OUT とは？

ERR_CONNECTION_TIMED_OUT は、Chrome などの Chromium 系ブラウザがウェブサイトのサーバーからまったく応答を得られないときに表示するエラーです。画面には「このサイトにアクセスできません。example.com からの応答時間が長すぎます。」と表示されます。内部的には Chromium のネットエラー -118（「接続の試行がタイムアウトした」、出典：net_error_list.h）にあたります。

接続を開くために、あなたのコンピューターはサーバーに TCP の接続要求（SYN パケット）を送り、応答を待ちます。通常、応答は数ミリ秒以内に届きます。応答が返ってこないと、オペレーティングシステムは間隔を広げながら SYN を数回再送し、最終的に諦めます。かかる時間はシステムによって異なります（Chromium 自身のメモでは20秒から190秒）。当社の Mac では、何も応答しないアドレスへの接続試行は75秒で打ち切られました。

重要なのは「無応答」だという点です。稼働中でも何も待ち受けていないサーバーなら、即座に拒否を返します。タイムアウトの場合は誰もまったく応答しなかったのです。パケットがどこかで破棄されたか、何も存在しないアドレスに送られたかのどちらかです。

ERR_CONNECTION_TIMED_OUT と ERR_TIMED_OUT の違い

Chrome には見た目の似たタイムアウトエラーが2つあり、それぞれ失敗する段階が異なります：

• ERR_CONNECTION_TIMED_OUT（-118）： サーバーが最初の SYN に応答しなかったため、接続が一度も確立されなかった状態です。ネットワーク経路、ファイアウォール、DNS、サーバーがオンラインかどうかを確認します。
• ERR_TIMED_OUT（-7）： より一般的なタイムアウトで、オペレーティングシステムではなく Chrome 自身のタイマーが発するものです。たとえば TCP 接続が開いた後の HTTPS ハンドシェイクには30秒が与えられ（Chromium）、接続は開いたものの応答が返らなくなった場合も同じ結果になりえます。通常は、遅いサーバーや固まったサーバー、あるいは処理が止まったプロキシを示しています。

以下の解決策はどちらにも当てはまります。ERR_TIMED_OUT はウェブサイト側の問題であることが多く、ERR_CONNECTION_TIMED_OUT はネットワーク経路やファイアウォールの問題であることが多い傾向があります。

ERR_CONNECTION_TIMED_OUT の原因

解決策1：サイトが全員にとってダウンしているか確認する

サーバーがダウンしていれば、あなたの側で何をしても効果はありません。まずこれを確認しましょう：

• スマートフォンでモバイルデータ通信を使ってサイトを開く（Wi-Fi はオフ）。表示されるなら、問題はあなたのデバイスかネットワークにあります。
• 鯖落ちチェッカー で確認する。 11か所から同時にページを開きます。すべてでタイムアウトするなら、原因はサイトです。
• 11都市から Ping テスト を実行する。 各都市からポート 443 への TCP 接続の所要時間を測り、当社サーバーからの通常の ping も加えます。ポート 443 で応答があれば、ウェブサーバーは接続を受け付けています。通常の ping にしか応答がない場合、マシンは稼働していますが、ウェブ用のポートは応答していません。
• ポートチェッカー でウェブ用のポートをテストする。 ポート 443（HTTPS）と 80（HTTP）を確認します。当社からは「Open」なのにあなたのブラウザではタイムアウトする場合、あなたとサイトの間の何かが通信を破棄しています。こちらからも「Filtered」（4秒以内に応答なし）なら、サーバーのファイアウォールかサーバー自体に問題があります。
• 8都市から TCP 443 で トレースルート を実行して、パケットがどこまで届くかを確認します。TCP 443 のトレースがどれも最後の数ホップで途切れるなら、サイトのホスティングネットワークが通信を破棄しています。ICMP プローブの場合、正常に動いている多くのサイトでも最後のホップが無応答になるのは普通です。

解決策2：DNS キャッシュ（と Chrome のキャッシュ）をフラッシュする

サイトが新しいサーバーへ移転しても、あなたのコンピューターはキャッシュの有効期限が切れるまで古い IP アドレスを使い続けることがあります。古いサーバーが停止しているかファイアウォールで遮断されていれば、すべての試行がタイムアウトします。オペレーティングシステムのキャッシュと、Chrome 独自のホストキャッシュの両方をフラッシュしてください：

# Windows（コマンド プロンプト）
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux（systemd-resolved）
resolvectl flush-caches

# Chrome：chrome://net-internals/#dns を開いて "Clear host cache" をクリック

DNS リゾルバーが古いレコードを返していないかを確認するには、nslookup example.com（ローカルキャッシュと hosts ファイルを使わず、リゾルバーに直接問い合わせます）の結果と DNS Robot の DNS Lookup を比べます。CDN の背後にあるサイトは、正当に異なるアドレスを返すことがあります。すべてのブラウザと OS の手順は DNS フラッシュのガイド で解説しています。

解決策3：hosts ファイルを確認する

hosts ファイルは、記載された名前について DNS を上書きします。開発者、広告ブロッカー、一部のマルウェアがエントリを追加することがあり、ドメインを古い IP やプライベート IP に割り当てる行が残っていると、そのコンピューターでだけ毎回タイムアウトします。

• Windows： メモ帳を管理者として開き、C:\Windows\System32\drivers\etc\hosts を開きます。
• macOS / Linux： ターミナルで sudo nano /etc/hosts を実行します。

失敗するドメインを含む行を探します。その行を削除するか、先頭に # を付けて無効化して保存し、もう一度 DNS をフラッシュしてください。

解決策4：テストとしてプロキシ・VPN・ファイアウォールをオフにする

すべてのサイトがタイムアウトする場合、動作しなくなったプロキシや VPN はよくある原因の一つです。すべての通信が行き止まりへ送られているからです。

• Windows 11 のプロキシ： 設定 → ネットワークとインターネット → プロキシ。「手動プロキシ セットアップ」の「プロキシ サーバーの使用」の横で セットアップ（または 編集）を選び、プロキシ サーバーの使用 をオフにして 保存 を選びます。「自動プロキシ セットアップ」で「セットアップ スクリプトを使用」がオンになっていて、自分で設定した覚えがなければ、それもオフにします。
• macOS のプロキシ： システム設定 → ネットワーク → 使用中の接続 → 詳細… → プロキシ → すべてオフにします。
• VPN： 完全に切断して再読み込みします。VPN なしでサイトが表示されるなら、VPN サーバーを変更するか、プロバイダーに問い合わせてください。
• ファイアウォール / ウイルス対策： サードパーティ製のファイアウォールを短時間だけ一時停止して再読み込みします。それで直った場合は、ファイアウォールをオフのままにせず、ブラウザを例外に追加してください。

解決策5：パブリック DNS リゾルバーに切り替える

ISP のリゾルバーの中には、更新が遅いものや、ブロック対象のドメインを決して応答しないアドレスに向けるものがあります。Cloudflare（1.1.1.1）、Google（8.8.8.8）、Quad9（9.9.9.9）などのパブリックリゾルバーに切り替えれば、その可能性を排除できます。DNS スピードテスト で、あなたの場所からどれが最速かを確認できます。

DNS サーバー自体が故障している場合は別のエラーが表示されることがあり、DNS サーバーが応答しない場合の対処法 と DNS サーバーが利用できない場合の対処法 で解説しています。

解決策6：ネットワークスタックをリセットしてルーターを再起動する

ルーターとモデムを再起動します。電源を抜いて30秒待ち、再接続まで2〜3分待ってください。Windows では、管理者権限のコマンド プロンプトから TCP/IP スタックもリセットし、PC を再起動してリセットを完了させます：

netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns

Mac では Wi-Fi をオフにしてからオンにするか、システム設定 → ネットワークでネットワークを削除して追加し直します。また、Chrome のエラーページにあるリンクから Windows ネットワーク診断 を実行し、Windows にアダプターを修復させることもできます。

解決策7：自分のコンピューターからポートをテストする

ブラウザを介さずに、あなたのマシンがそもそもサイトへの接続を開けるかどうかを、30秒もかからずに確認できます：

# Windows PowerShell
Test-NetConnection example.com -Port 443
# TcpTestSucceeded : False  -> no connection from your network (dropped or refused)

# macOS (-G sets the connect timeout)
nc -vz -G 5 example.com 443
# Linux
nc -vz -w 5 example.com 443
# "timed out" -> dropped; "Connection refused" -> server rejected it

コンピューターからのテストは失敗するのに、DNS Robot の ポートチェッカー ではポートが open と表示される場合、あなたとサイトの間の何かがブロックしています。ルーター、職場のファイアウォール、ISP、ホテルや学校の Wi-Fi フィルター、あるいはあなたの IP アドレスや国を遮断しているサイト自身のファイアウォールなどです。別のネットワークで試すか、ネットワーク管理者に問い合わせてください。（Test-NetConnection については Microsoft のドキュメント を参照してください。）

Android と iPhone で ERR_CONNECTION_TIMED_OUT を解決する

• ネットワークを切り替える： Wi-Fi の代わりにモバイルデータ通信を、またはその逆を試します。公衆 Wi-Fi のキャプティブポータルは、ログインページで同意するまでタイムアウトします。
• Android のプライベート DNS： 設定 → ネットワークとインターネット → プライベート DNS → 自動。到達できないカスタムホスト名を指定していると、すべての名前解決が失敗します。詳しくは プライベート DNS ガイド をご覧ください。
• VPN アプリや広告ブロックアプリをオフにする。 多くはローカル VPN として動作しています。
• ネットワーク設定をリセットする： iPhone では、設定 → 一般 → 転送または iPhone をリセット → リセット → ネットワーク設定をリセット。Android では、設定 → システム → リセット オプション → Bluetooth と Wi-Fi をリセット（モバイルデータ通信も失敗する場合は モバイル ネットワーク設定をリセット も実行）。

ウェブサイト管理者向け：訪問者がタイムアウトする理由

サイトが全員に対してタイムアウトする場合、パケットはウェブサーバーに届く前に破棄されています。次の順に確認してください：

• 何かが待ち受けていますか？ サーバー上で sudo ss -tlnp | grep -E ':(80|443) ' を実行すると、nginx、Apache、またはアプリが表示されるはずです。何も表示されなければサービスを起動してください。なお、サービスが停止しているだけなら、ファイアウォールが先にパケットを破棄しない限り、通常はタイムアウトではなく接続拒否（refused）になります。
• ファイアウォールは 80 と 443 を許可していますか？ Ubuntu では sudo ufw status verbose、RHEL 系では sudo firewall-cmd --list-all を実行します。ufw の既定の deny はパケットを破棄するので、これがまさにタイムアウトを生みます。firewalld の既定ゾーンは代わりに拒否を返すため、訪問者には接続拒否やアドレス到達不能として見えます。
• クラウドのファイアウォールは別物です。 AWS のセキュリティグループ、Google Cloud のファイアウォールルール、Azure の NSG、多くの VPS 事業者の管理パネル上のファイアウォールは、既定でインバウンド通信を拒否します。0.0.0.0/0（IPv6 では ::/0 も）からの TCP 80 と 443 を許可してください。
• DNS はこのサーバーを指していますか？ 移行後は DNS Lookup で A レコードと AAAA レコードを確認します。サーバーが実際には応答しないアドレスを AAAA レコードが指していると、IPv6 ネットワークの訪問者で読み込みが遅くなったりタイムアウトしたりします。
• サーバーが過負荷になっていませんか？ 高負荷時に接続のバックログが満杯になると、新しい接続の試行は破棄されてタイムアウトします。発生中に CPU、メモリ、接続数を確認してください。

# Ubuntu: allow web traffic through ufw
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw status verbose

# Confirm from outside (another machine; on a Mac use -G 5 instead of -w 5):
nc -vz -w 5 yourdomain.com 443

タイムアウト・拒否・リセットの見分け方

通信を破棄（drop）するよう設定されたファイアウォールはタイムアウトを生みます。拒否（reject）するよう設定されたものは即座に応答し、多くは接続拒否になりますが、firewalld の既定のように ICMP メッセージで拒否する場合は ERR_ADDRESS_UNREACHABLE になります。詳しいガイド：ERR_CONNECTION_REFUSED、ERR_CONNECTION_RESET、ERR_NAME_NOT_RESOLVED。