ERR_ADDRESS_UNREACHABLE の解決方法：ルーター・Mac・Android

ERR_ADDRESS_UNREACHABLE とは？

ERR_ADDRESS_UNREACHABLE は、Chrome や Edge で 「このサイトにアクセスできません。http://192.168.1.1/ にアクセスできません。」（または入力したアドレス）と表示されるエラーです。Chromium ではネットエラー -109 にあたり、ソースコードには「IP アドレスに到達できない。通常は、指定されたホストまたはネットワークへの経路がないことを意味する」と明快に説明されています（net_error_list.h）。

ほとんどの接続エラーは、ブラウザがサーバーへの経路を見つけたものの、その途中で何かがうまくいかなかったことを意味します。このエラーは、オペレーティングシステムが「そこへの道はない」と答えたことを意味します。Chrome は、システムが "No route to host"、"Network is unreachable"、"Host is down" のいずれかを返したときに -109 を表示します（Chromium）。あなたのデバイスがそのアドレスにパケットを届ける方法を知らないか、ローカルネットワーク上でそのアドレスに応答するものがないか、システムがブラウザに接続の試行を許可しなかったのです。

そのため、このエラーは主にローカルのプライベートアドレスで発生します。ルーターの管理画面、NAS、プリンター、防犯カメラ、Home Assistant、Raspberry Pi、別のコンピューター上の開発サーバーなどです。これらのアドレスは1つのネットワーク内にしか存在しないため、実際にそのネットワークに接続していて、途中に何も妨げるものがないときにしか到達できません。

発生する理由：よくある8つの原因

解決策1：同じネットワークに接続しているか確認する

まずはここから始めましょう。ルーターやローカルデバイスにアクセスするには、スマートフォンやコンピューターがそのネットワークの Wi-Fi または有線 LAN に接続している必要があります：

• スマートフォン： テスト中はモバイルデータ通信をオフにします。Wi-Fi がインターネットにつながっていないと、モバイルデータ通信に切り替わる機種があり、その場合ローカルアドレスに到達できなくなります。
• ノートパソコン： 実際にどの Wi-Fi ネットワークに接続しているかを確認します。多くの家庭には複数のネットワーク（メイン、ゲスト、5 GHz 用の名前、中継機）があります。
• アドレスを比較する： デバイスのローカル IP と接続先は、通常最初の3つの数字が同じです（例：192.168.1.23 と 192.168.1.1）。あなたの IP が 192.168.0.23 なら別のサブネットにいるため、そこから 192.168.1.1 には到達できません。サブネット計算ツール を使えば、どのアドレスが同じサブネットに属するかを正確に確認できます。

解決策2：ルーターの本当の IP アドレスを調べる

すべてのルーターが 192.168.1.1 を使っているわけではありません。一般的な初期値には 192.168.0.1、10.0.0.1、192.168.1.254、192.168.100.1（ケーブルモデムに多い）などがあります。ルーターのアドレスはデフォルト ゲートウェイとして表示されます：

# Windows（コマンド プロンプト）："Default Gateway"（日本語版では「デフォルト ゲートウェイ」）を探す
ipconfig

# macOS："gateway:" の行
route -n get default

# Linux："default via" の後ろのアドレス
ip route | grep default

iPhone では、設定 → Wi-Fi → 接続中のネットワークの横にある (i) をタップします。ルーター 欄に表示されているのが開くべきアドレスです。Android では、設定 → ネットワークとインターネット → インターネット → 接続中の Wi-Fi ネットワークの横にある歯車をタップすると、ネットワークの詳細にゲートウェイが表示されます（メニュー名はメーカーによって異なります）。当サイトのルーターログインガイドでは、80 以上のルーターとインターネットプロバイダーの初期アドレスとログイン情報を確認できます。What Is My IP ページに表示されるのはあなたのグローバル IP で、これらのプライベートアドレスとは別のものです。

解決策3：Mac で Chrome のローカルネットワークアクセスを許可する

macOS 15 Sequoia 以降、アプリがローカルネットワーク上のデバイスと通信するには許可が必要になりました（Apple TN3179）。Chrome、Edge、Brave が拒否されている（または一度も確認されていない）と、そのブラウザではすべてのローカルアドレスで ERR_ADDRESS_UNREACHABLE が表示されます（Firefox は独自のエラーページを表示します）。一方、Safari（通信が対象外）や iPhone からは問題なくアクセスできます。macOS 15 にアップグレードした直後に、NAS やルーターの画面が Chrome でだけ開けなくなる、という形でよく発生します。

解決方法：

• システム設定 → プライバシーとセキュリティ → ローカルネットワーク を開きます。
• Google Chrome（および使用している他のブラウザ）のスイッチをオンにします。
• ブラウザを完全に終了（Cmd + Q）してから再度開き、もう一度アドレスにアクセスします。

解決策4：VPN をオフにする（または LAN アクセスを許可する）

フルトンネル VPN は、ローカルアドレス宛ての通信をトンネルに送り込み（VPN サーバーはあなたの自宅ネットワークに到達できません）、あるいはキルスイッチの一環としてローカルの通信そのものをブロックします。VPN を切断してから、もう一度試してください。

VPN をオンにしておく必要がある場合は、設定の中から LAN アクセスを許可、ローカルネットワークの共有、ローカルネットワークでは VPN をバイパス といったオプションを探してください。一般向けの VPN アプリの多くにこのオプションがあります。職場の VPN は意図的にローカルアクセスをブロックしていることが多いので、IT 部門に問い合わせてください。

解決策5：ゲストネットワークをやめるか、クライアント分離をオフにする

ゲスト Wi-Fi は、訪問者をあなたのデバイスから遠ざけるために設計されています。クライアント分離（AP アイソレーション、プライバシーセパレーターとも呼ばれます）を使っているため、ゲストネットワーク上のデバイスはインターネットには接続できても、ルーターの管理画面、プリンター、NAS にはアクセスできません。メッシュ Wi-Fi システムや ISP 提供のルーターの一部では、メインネットワークでもこの機能が有効になっています。

代わりにメインネットワークに接続してください。メインネットワークでこの設定が有効になっている場合は、有線接続のコンピューターからルーターにログインし、無線設定で AP アイソレーション または クライアント分離 をオフにします。

解決策6：デバイスの電源が入っていて、IP が変わっていないか確認する

ルーターは DHCP でローカルアドレスを割り当てるため、NAS、カメラ、プリンターは再起動後に別のアドレスで復帰することがあります。そうなると、ブックマークはもう存在しないアドレスを指していることになります。

• ping を送る： ping 192.168.1.50。「Destination host unreachable」（日本語版の Windows では「宛先ホストに到達できません」）や応答なしの場合、そのアドレスでは何も応答していません。
• 新しい IP を調べる： ルーターの接続デバイス一覧を確認するか、arp -a を実行して、コンピューターが最近通信したデバイスを一覧表示します。MAC アドレス を使えば IP が変わってもデバイスを特定でき、MAC アドレス検索 ツールでメーカーを確認できます。
• 再発を防ぐ： ルーターでそのデバイスの DHCP 予約（固定割り当て）を作成し、常に同じ IP が割り当てられるようにします。

iPhone と Android で ERR_ADDRESS_UNREACHABLE を解決する

• iPhone（ローカルネットワークの許可）： iPhone のブラウザは Apple の WebKit でページを読み込み、WebKit にはローカルネットワークの許可が不要です。そのため、Safari でも Chrome でもアドレスが開けない場合は、設定ではなくネットワークを疑ってください。カメラ、NAS、スマートホームのアプリなど、デバイスと直接通信するアプリには許可が必要です：設定 → プライバシーとセキュリティ → ローカルネットワーク。
• iPhone（サブネットの確認）： 設定 → Wi-Fi → (i) をタップすると、あなたの IP アドレス と ルーター のアドレスが表示されます。最初の3つの数字が開こうとしているアドレスと異なるなら、別のネットワークに接続しています。
• Android： テスト中はモバイルデータ通信をオフにし、VPN や広告ブロックアプリをオフにして、ゲストネットワークに接続していないことを確認します。
• 共通： Wi-Fi ネットワークの登録を削除してから接続し直すと、IP アドレスと経路が更新されます。

開発者向け：アプリやエミュレーターでの net::ERR_ADDRESS_UNREACHABLE

開発者がこのエラーを目にするのは、通常 Android のエミュレーターや WebView、ローカルの開発サーバーをテストしているスマートフォン、またはファイアウォールが接続を拒否しているサーバーです：

• Android エミュレーター： エミュレーター内の localhost はエミュレーター自身を指します。コンピューターの localhost にアクセスするには 10.0.2.2 を使ってください（Android）。
• 実機のスマートフォンから開発サーバーへ： スマートフォンは同じ Wi-Fi（ゲストではないもの）に接続し、コンピューターの LAN IP（例：http://192.168.1.23:3000）を使う必要があります。next dev はすでにすべてのインターフェースで待ち受けますが、Vite は vite --host で起動するまで localhost のみで待ち受けます。localhost にバインドされたサーバーでは、代わりに接続拒否（refused）になります。
• Sequoia 以降の Mac： スマートフォンからの接続を受け付ける開発サーバーにはローカルネットワークの許可は不要で、ターミナルや SSH 経由で実行するツールは自動的に許可されます（Apple）。ただし、Mac 上のブラウザで LAN のアドレスを開くには、解決策3のとおり許可が必要です。
• Docker と WSL2 は、他のデバイスから到達できない独自の仮想サブネット上にあります。Docker ではポートを公開し（-p 3000:3000）、コンテナの内部 IP ではなくホストの LAN IP で接続してください。WSL2 ではミラーモードのネットワーク（Windows 11 22H2 以降）を有効にするか、netsh interface portproxy でポートを転送します（Microsoft）。
• 拒否ルールのある Linux サーバー： サーバーのファイアウォールが ICMP の "host prohibited" または "administratively prohibited" 応答でポートをブロックしていると、Linux や Android のクライアントには "No route to host" が返り、Chrome は ERR_ADDRESS_UNREACHABLE を表示します。ネットワーク自体に問題がない公開サーバーでも同様です。サーバーのルール（sudo nft list ruleset または sudo iptables -S）を確認し、ポートを開けてください。

ERR_ADDRESS_UNREACHABLE と似たエラーの違い

ローカルデバイスにはアクセスできるのにウェブサイトが開けない場合は、Wi-Fi に接続済みなのにインターネットにつながらない場合の対処法 をご覧ください。公開ウェブサイトの読み込みが止まる場合は ERR_CONNECTION_TIMED_OUT、DNS の失敗については ERR_NAME_NOT_RESOLVED を参照してください。トレースルート や tracert コマンド を使えば、アドレスへの経路がどこで途切れるかを正確に確認できます。