Microsoft EdgeのERR_ADDRESS_UNREACHABLEは、指定したアドレスへの経路をブラウザーが確立できないときに表示されるエラーです。最初にキャッシュを全部消すのではなく、同じURLが別ブラウザー・別端末で開くか、対象がインターネットかローカルIPかを確認します。macOSでローカルIPだけEdgeから開けない場合は、［システム設定］→［プライバシーとセキュリティ］→［ローカルネットワーク］でMicrosoft Edgeの許可を確認するのが優先です。
このエラーだけでは、DNS、VPN、プロキシ、ルーター、サーバー停止、アプリ権限のどれが原因かは確定しません。HTTPサーバーからエラーページが返った状態とも限らず、通信がサーバーへ到達する前に失敗していることがあります。URL、ポート、接続中のネットワークを変えず、1項目ずつ比較して原因の層を特定します。
30秒でできる切り分け
| 確認結果 | 可能性が高い範囲 | 次に行うこと |
|---|---|---|
| EdgeもSafari/Chromeも同じURLで失敗 | サーバー停止、URL誤り、端末またはネットワーク経路 | 別端末、サーバー状態、Wi-Fi接続先を確認 |
| 別ブラウザーは成功しEdgeだけ失敗 | Edgeのローカルネットワーク権限、拡張機能、プロファイル | macOS権限、Edge更新、InPrivateの順で確認 |
| ホスト名は失敗しIPアドレスなら成功 | 名前解決、検索ドメイン、DNS | 正しいホスト名とDNS管理を確認 |
| IPアドレスでも失敗 | 経路、VPN、プロキシ、セグメント、端末権限 | 接続先ネットワークとプロキシ/VPNを確認 |
| 同じLANの別端末からも失敗 | 対象サーバー、待受ポート、サーバー側ファイアウォール | サーバー管理者へ稼働と待受を確認 |
| 会社の管理Macだけ失敗 | MDM、VPN、セキュリティポリシー | 設定を外さず管理者へ相談 |
比較するときは、見た目が似たURLではなく、スキーム（http/https）、ホスト名またはIP、ポート番号、末尾のパスまで同一にします。たとえば http://192.168.1.20:8000 と https://192.168.1.20 は別の接続です。プライベートIPをインターネット経由で開こうとしていないか、Macが対象機器と同じLANまたは必要なVPNへ接続しているかも確認します。
macOSで最優先：ローカルネットワーク許可
Appleは、ローカルネットワーク上の機器を検出・通信できるアプリをユーザーが制御できると説明しています。macOSの更新後やEdgeの再インストール後に、NAS、ルーター管理画面、開発サーバー、社内WebだけEdgeで開けなくなった場合は、この許可が症状と一致します。インターネット上の一般サイトまで開けない場合は、ローカルネットワーク許可だけを原因と考えないでください。
- Appleメニューから［システム設定］を開く。
- サイドバーの［プライバシーとセキュリティ］を選ぶ。
- ［ローカルネットワーク］を開く。
- 一覧にMicrosoft Edgeがあれば、対象LANへ接続する必要を確認した上で許可をオンにする。
- Edgeのウィンドウをすべて終了して開き直し、同じURLを試す。
一覧にEdgeがない場合、存在しない項目を手動で作る非公式手順は使いません。Edgeを最新版へ更新して再起動し、アクセスが必要な正規のローカルURLを開いて、macOSの許可要求が表示されるか確認します。組織管理MacではMDMによって設定が制御されることがあるため、一覧が変更できない、変更が戻る場合は管理者へ相談します。
許可をオンにする判断は、Edgeからそのローカル機器へ接続する必要がある場合に限ります。見覚えのないアプリや、用途を説明できないアプリまで一括で許可する必要はありません。許可後も失敗するなら、何度もオン・オフするより、URLと経路の確認へ進みます。
対象サーバーとネットワークを確認する
URLと待受ポート
ERR_ADDRESS_UNREACHABLEは、サーバーアプリが停止している、IPアドレスがDHCPで変わった、ポート番号を間違えた場合にも起こり得ます。NASやルーターの管理画面なら機器の公式アプリや管理表で現在のIPを確認し、開発サーバーならサーバー側のコンソールで待受アドレスとポートを確認します。推測したIPを総当たりで開くことは避けます。
サーバーが 127.0.0.1 だけで待ち受けている場合、そのサーバーを動かしている同じ端末からしか接続できません。別のMacから開くには、サーバー側がLANインターフェイスで待ち受ける設定と適切なアクセス制御が必要です。公開範囲を広げる変更にはセキュリティ上の影響があるため、製品または開発フレームワークの公式文書に従います。
Wi-Fiの分離とゲストネットワーク
Macと対象機器が同じSSIDに見えても、ゲストWi-Fi、クライアント分離、異なるVLANにいると相互通信できないことがあります。スマートフォンのテザリングへ切り替えた直後、社内Wi-Fiと来客用Wi-Fiを取り違えた場合も同様です。ルーター設定を変更する前に、両方の端末が意図したネットワークへ接続されているか管理画面や管理者情報で確認します。
VPNとプロキシを切り分ける
VPNがすべての通信をトンネルへ送る構成では、ローカルIPへの経路が失われることがあります。個人環境で設定内容を把握している場合は、作業を保存してVPNを一時的に切断し、同じURLを1回だけ試します。成功したらVPNのローカルネットワークアクセス方針が原因候補です。セキュリティ機能として強制されているVPNを恒久的に無効化せず、管理者またはVPNベンダーへ例外経路の要否を相談してください。
macOSのプロキシは［システム設定］→［ネットワーク］→利用中のネットワークサービス→［詳細］→［プロキシ］で確認できます。Appleの資料では、自動検出、PACファイル、HTTP/HTTPS/SOCKSプロキシ、特定ホストのバイパスを設定できます。値を知らないままオフにせず、管理ネットワークでは担当者から指定された内容と比較します。
ローカルの単純ホスト名だけが失敗する場合、プロキシ設定の『単純ホスト名を除外』やバイパス対象が関係することがあります。ただし、例外に広いワイルドカードを追加すると、意図した検査経路を外れる可能性があります。必要なホストを特定し、組織のルールに沿って最小範囲で設定します。変更前の値を記録し、改善しなければ元へ戻します。
ファイアウォールを無効にしない
macOSのファイアウォールは主にMacへの不要な着信接続を制御します。Edgeが別の機器へWebアクセスするだけの症状で、ファイアウォール全体を無効にするのは適切な最初の手順ではありません。Mac自身でローカルWebサーバーを動かし、別端末から接続する場合は、サーバーアプリへの着信許可をApple公式のファイアウォール設定で確認します。
サードパーティ製セキュリティ製品が通信を制御している場合も、保護機能を丸ごと停止する前にログと製品の公式サポートを確認します。短時間の診断が必要でも、管理者の承認、元の設定の記録、試験後の復元が必要です。インターネット閲覧を続けながら保護を無効化する方法は勧めません。
Edge側の確認
Edgeを更新して完全終了する
Edge右上の［設定など］→［ヘルプとフィードバック］→［Microsoft Edgeについて］、または edge://settings/help を開きます。Microsoftの公式資料では、更新がある場合はダウンロード後の再起動で適用されます。すべてのEdgeウィンドウを閉じ、更新を完了してから同じURLを試します。お気に入りやパスワードを削除する必要はありません。
InPrivateと拡張機能で比較する
通常ウィンドウだけで失敗しInPrivateで成功する場合は、拡張機能、プロファイルのサイト設定、キャッシュの影響を疑えます。拡張機能を一度に全部削除せず、企業のセキュリティ拡張を除外してよいか確認しながら、無効化と再有効化で原因を特定します。InPrivateでも同じエラーなら、ローカルネットワーク権限や経路の優先度が上がります。
キャッシュ削除は後段
認証済みページの表示崩れではキャッシュやCookieが役立つことがありますが、アドレスへ到達できないエラーでは、権限・経路・プロキシの確認が先です。削除する場合も対象サイトのデータまたはキャッシュだけから始め、保存済みパスワードや全期間のCookieまで消さないでください。キャッシュを消しても、誤ったIPや失われた経路は直りません。
Windows版Edgeで同じエラーが出る場合
Windowsでは、同じURLを別ブラウザーと別端末で比較した後、［設定］→［ネットワークとインターネット］→［プロキシ］を確認します。Microsoftの公式資料では、自動検出、セットアップスクリプト、手動プロキシ、ローカルアドレスをプロキシ経由にしない設定があります。会社の指定値を勝手に外さず、ローカルサイトの例外が必要か管理者へ確認します。
すべてのアプリで通信できない場合は、Windowsのネットワーク診断、ルーター再起動、別端末比較へ進みます。ネットワークのリセットはアダプターやVPN設定を初期化する影響があるため最後の手段です。Edgeだけなら、更新、InPrivate、拡張機能、プロファイルの順で範囲を狭めます。
改善しないときに集める情報
- エラー全文と発生時刻。画面には内部IPや機器名が含まれるため外部共有時は必要に応じて伏せる。
- 完全なURLのうち、http/https、ホスト種別、ポート番号。資格情報やトークンを含むクエリは共有しない。
- EdgeのバージョンとmacOS/Windowsのバージョン。
- 同じURLを別ブラウザー、別端末、別ネットワークで試した結果。
- ローカルネットワーク許可、VPN、プロキシの状態と、変更前後の結果。
- 対象サーバーの管理者が確認した稼働状態と待受ポート。
企業ネットワーク、医療・工場設備、監視カメラなど重要機器への接続では、自己判断でファイアウォールや証明書検証を緩めないでください。別ブラウザーだけ成功する事実、Edgeのローカルネットワーク許可、プロキシ設定、正確な時刻を管理者へ伝えると、端末ポリシーとネットワークログを照合しやすくなります。
よくある質問
ERR_ADDRESS_UNREACHABLEはサイトの障害ですか？
サイト側とは限りません。端末から宛先までの経路、VPN、プロキシ、ローカルネットワーク権限、誤ったIPやポートでも発生します。別端末・別ブラウザーとの比較で範囲を分けます。
macOS Sequoiaでは必ずローカルネットワーク許可が必要ですか？
ローカルネットワーク上の機器へEdgeから接続する場合は確認対象です。一般のインターネットサイトだけを閲覧する用途で、無関係なアプリへ一括許可する必要はありません。
Edgeがローカルネットワーク一覧にありません
非公式コマンドで権限データベースを消さず、Edgeを更新して完全終了し、必要な正規のローカルURLへ再アクセスして許可要求を確認します。管理Macは管理者へ相談してください。
VPNを切れば直りますか？
診断として一時切断して差を見ることはできますが、恒久的な解決とは限りません。成功した場合はVPNの経路やローカルアクセス方針を管理者・ベンダーに確認し、保護を無効にしたまま使わないでください。
DNSキャッシュを消すべきですか？
ホスト名だけ失敗し、同じサーバーの正しいIPでは成功する場合に名前解決を調べます。IPでも到達不能ならDNSキャッシュより経路や権限が優先です。OSのバージョンに合わないコマンドを先に実行しないでください。
Edgeの設定リセットは必要ですか？
最初からは不要です。ローカル権限、URL、サーバー稼働、VPN/プロキシ、更新、InPrivate比較で原因を狭め、プロファイル固有と確認できた段階でバックアップと影響を確認して検討します。
まとめ
ERR_ADDRESS_UNREACHABLEでは、キャッシュ削除より『どの経路で、どの宛先に届かないか』の確認が重要です。macOSで別ブラウザーは成功しEdgeだけローカルIPに失敗するなら、まず［プライバシーとセキュリティ］→［ローカルネットワーク］を確認します。全ブラウザーで失敗するなら、サーバー、IP・ポート、Wi-Fi、VPN、プロキシを調べます。
ファイアウォール全体の無効化、広いプロキシ例外、非公式な権限リセットは避け、変更前の値を記録して1項目ずつ試してください。会社や学校の管理端末、重要設備、何度も設定が戻る環境では、比較結果と発生時刻を添えて管理者へエスカレーションするのが最も安全で早い対応です。
公式情報・参考資料
macOSのローカルネットワーク権限、プロキシ、ファイアウォールと、Edgeの更新・一般的な修復手順は次の公式資料に基づきます。
コメント