ERR_NAME_NOT_RESOLVED（-105）とは？意味とスマホ・Chromeでの解決方法

ERR_NAME_NOT_RESOLVED とは？

ERR_NAME_NOT_RESOLVED は、ウェブサイトの名前の DNS ルックアップが失敗し、Chrome が接続先の IP アドレスを得られなかったことを意味します。 Chrome には「このサイトにアクセスできません」と「example.com のサーバーの IP アドレスが見つかりませんでした。」と表示されます。Chromium のエラー一覧では -105「The host name could not be resolved」（ホスト名を解決できませんでした）にあたります（net_error_list.h）。

デバイスは DNS リゾルバーに、example.com のような名前を IP アドレスに変換するよう依頼します。このエラーは、その変換が失敗したことを示します。リゾルバーが応答しなかった、エラーを返した、名前が存在しないと答えた、あるいはデバイスがリゾルバーにまったく到達できなかった、といった場合です。

影響が1つのサイトだけの場合（そのドメインの DNS、またはそのサイトの失敗がキャッシュされている）もあれば、すべてのサイトに及ぶ場合（リゾルバー、ネットワーク、デバイスの設定）もあります。以下の解決策は両方をカバーします。

ERR_NAME_NOT_RESOLVED と DNS_PROBE_FINISHED_NXDOMAIN の違い

どちらも最初は同じ失敗です。DNS が原因でページを読み込めないとき、Chrome は通常、DNS プローブと呼ばれる簡単なテストを行い、ERR_NAME_NOT_RESOLVED をその結果に置き換えます。

ERR_NAME_NOT_RESOLVED そのものが表示されるのは、プローブが実行されない場合です。アプリや DevTools、ページの画像やスクリプト、プローブが無効になっている場合（現在の Chrome にはその切り替えがなく、AlternateErrorPagesEnabled の管理者ポリシーか拡張機能だけが無効にできます）、またはプローブの結果が確定しなかった場合です（net_error_tab_helper.cc）。

どの表示でも解決策は重なります。まず名前を確認し、次に DNS の経路を確認してください。

ERR_NAME_NOT_RESOLVED のよくある原因

原因を、手元側からウェブサイト側の順に並べます。

• 機能している DNS リゾルバーがない — デバイスに設定された DNS サーバーがダウンしている、到達不能、または接続中のネットワークにブロックされています。
• セキュア DNS（DoH）の設定ミス — Chrome の「セキュア DNS を使用する」設定が、壊れているか URL を打ち間違えたカスタムプロバイダーを指しており、すべてのルックアップが失敗します。
• Android のプライベート DNS のタイプミス — 誤ったプライベート DNS ホスト名（例：dns.google ではなく dns.gogle）は、スマートフォン上のすべてのルックアップを失敗させ、Android は「プライベート DNS サーバーにアクセスできません」と警告します。
• 失敗のキャッシュ — OS、router、Chrome が以前の失敗、または「存在しない」という回答を保存し、有効期限が切れるまで繰り返し返しています。
• router の問題 — router の DNS フォワーダーが不調になると、再起動するまでどのデバイスも名前解決できなくなります。
• ドメインのタイプミス — スペルミスや不完全なドメインは、NXDOMAIN だけでなく NAME_NOT_RESOLVED を引き起こすこともあります。
• VPN・ファイアウォール・ウイルス対策ソフトの干渉 — セキュリティソフトが DNS クエリを横取りして失敗している、または VPN トンネルは接続されているのにその DNS サーバーが応答していません。
• hosts ファイルやペアレンタルコントロール — ローカルの上書き設定やフィルタリングソフトが、特定ドメインの名前解決をブロックしています。
• ドメイン側の DNS が本当に壊れている — ウェブサイト側で A/AAAA レコードが欠落しているか、ネームサーバーの設定を誤っています。

解決策1：URL を確認し、別のサイトを試す

まずは、ささいな原因を除外しましょう。アドレスにタイプミスがないか確認してください。1文字違うだけで、解決しようのない名前を DNS に問い合わせることになります。

次に、他のウェブサイトを2〜3件開いてみます。1つのサイトだけが失敗するなら、問題はそのドメインの DNS か、あなたの側にキャッシュされたエントリです。下の DNS フラッシュに進み、そのドメインが世界的に解決されているかを DNS Robot のDNS確認 で確認してください。すべてのサイトが失敗するなら、問題はあなたのリゾルバーかネットワークです。接続と DNS サーバーの解決策に進みましょう。

解決策2：インターネット接続を確認する

ERR_NAME_NOT_RESOLVED は、ネットワーク接続そのものが中途半端に壊れているときにもよく発生します。Wi-Fi にはつながっているのに、そのネットワークからインターネットや DNS サーバーへの有効な経路がない状態です。

Wi-Fi をいったんオフにして再度オンにします（有線なら LAN ケーブルを抜き差しします）。スマートフォンでは Wi-Fi とモバイルデータ通信を切り替えて、どちらの経路なら機能するかを確かめてください。キャプティブポータル方式のネットワーク（ホテル、空港、カフェ）では、新しいタブを開いてログインページを表示させましょう。サインインが済むまで DNS が失敗することはよくあります。

解決策3：DNS をフラッシュして IP を再取得する

失敗のキャッシュは、原因となった問題が解消した後も残ることがあります。フラッシュすると、失敗のキャッシュを含め保存済みのルックアップがすべて消去され、IP リースを再取得するとデバイスに割り当てられた DNS サーバーが更新されます。

# Windows (Command Prompt as Administrator)
ipconfig /flushdns
ipconfig /release
ipconfig /renew
netsh winsock reset

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

# Linux (systemd-resolved)
sudo resolvectl flush-caches

Windows の netsh winsock reset コマンドはネットワークスタック自体を修復します。フラッシュだけで直らない場合に実行する価値がありますが、再起動が必要です。各プラットフォームの詳しい手順は、Windows・Mac・Linux・Chrome で DNS をフラッシュする方法 をご覧ください。

解決策4：Chrome 内部の DNS キャッシュを削除する

Chrome はオペレーティングシステムとは別に、独自の DNS キャッシュを保持しています。Chrome 内部にキャッシュされた失敗ルックアップは、OS レベルのフラッシュでは消えません。両方を削除しましょう。

• アドレスバーに chrome://net-internals/#dns と入力し、Clear host cache をクリックします
• 続いて chrome://net-internals/#sockets を開き、Flush socket pools をクリックします
• Chrome を再起動して、もう一度サイトを開きます

解決策5：Chrome のセキュア DNS 設定を確認する

Chrome は DNS-over-HTTPS で DNS ルックアップを暗号化できます。それが「セキュア DNS を使用する」設定です。設定したカスタムプロバイダーのアドレスが打ち間違い・サービス終了・ネットワークでのブロックのいずれかだと、他のアプリは正常なのに Chrome のルックアップが失敗します。

確認手順：

• アドレスバーに chrome://settings/security と入力して開きます
• 「詳細設定」の中から セキュア DNS を使用する を探します
• 「DNS プロバイダを選択」で、カスタム URL ではなく OS のデフォルト（使用可能な場合）、または Google や Cloudflare など一覧にあるプロバイダーを選びます
• あるいは一時的にオフにして原因かどうかを確かめ、その後、機能するプロバイダーで再度有効にします
• ページを再読み込みします

解決策6：パブリック DNS サーバーに切り替える

ISP の DNS リゾルバーが遅い・不安定・ダウンしている場合、デバイスをパブリックリゾルバーに切り替えれば名前解決は即座に直り、多くの場合ブラウジング全体も速くなります。

Windows：設定 → ネットワークとインターネット → Wi-Fi → 既知のネットワークの管理 → 使っているネットワーク（有線の場合：イーサネット → 使っているネットワーク） → DNS サーバーの割り当ての「編集」 → 手動 → IPv4 をオン → 優先 DNS に 1.1.1.1、代替 DNS に 1.0.0.1 を入力 → 保存。

macOS：システム設定 → ネットワーク → Wi-Fi → 詳細 → DNS → 古いエントリを削除して 1.1.1.1 と 1.0.0.1 を追加 → OK。

iPhone：設定 → Wi-Fi → 接続中のネットワークの (i) をタップ → DNS を構成 → 手動 → 1.1.1.1 と 1.0.0.1 を追加。

あなたの地域でどのリゾルバーが最速かわからない場合は、DNS Robot の DNS スピードテスト で自分の回線からベンチマークしてください。

解決策7：router を再起動する

家庭内のほとんどのデバイスは DNS クエリを router に送り、router がそれを ISP へ転送します。router の DNS フォワーダーが不調になると、Wi-Fi は接続済みに見えるのに、ネットワーク上のすべてのデバイスが ERR_NAME_NOT_RESOLVED を出し始めます。

router（とモデム）の電源を抜いて 30秒 待ち、再び差し込んで 2〜3 分待ちます。数日以内にまた名前解決が失敗するようなら、デバイス側で直接パブリック DNS サーバーを設定して（解決策6）router のフォワーダーへの依存をなくすか、router 自体の DNS 設定を 1.1.1.1 / 8.8.8.8 に変更してください。

解決策8：Android のプライベート DNS を確認する

Android のプライベート DNS（Android 9 以降）は、すべてのアプリの DNS を暗号化します。プロバイダーのホスト名を設定している場合、dns.gogle、one.one.one.one1 のようなタイプミスやサービス終了によって、Wi-Fi でもモバイルデータ通信でも、スマートフォン上のあらゆるルックアップが止まり、Android は「プライベート DNS サーバーにアクセスできません」と警告します。

確認手順：

• 設定を開く → ネットワークとインターネット → プライベート DNS（機種によっては接続関連の設定の中にあります）
• 「プライベート DNS プロバイダのホスト名」が選択されている場合は、正確に one.one.one.one（Cloudflare）または dns.google（Google）になっているか確認します
• または「自動」を選択して端末に任せ、もう一度テストします
• Chrome のキャッシュも削除：Chrome → 設定 → プライバシーとセキュリティ → 閲覧履歴データを削除

解決策9：hosts ファイル・VPN・ウイルス対策ソフトを確認する

ローカルで DNS に割り込む次の3つは、特定のサイト、またはすべてのサイトの名前解決を壊すことがあります。

hosts ファイル — 手動エントリは DNS を完全に上書きします。ファイルを開き（Windows では C:\Windows\System32\drivers\etc\hosts、Mac/Linux では /etc/hosts）、アクセスできないドメインが書かれた行を削除してください。

VPN — VPN トンネルは接続されているのに、その DNS サーバーが応答を止めると、すべての名前解決が死にます。VPN を切断してテストし、それで直るなら VPN サーバーを切り替えるか、VPN アプリにパブリック DNS を使わせるよう設定してください。

ウイルス対策ソフト／ペアレンタルコントロール — ウェブフィルタリングモジュールはあなたの代わりに名前解決を行うため、それ自体が故障したり、特定カテゴリーのサイトを意図的にブロックしたりします。ウェブ保護モジュールを一時的に無効にしてテストし、終わったら再度有効にしてください。

ウェブサイト管理者向け：自分のドメインが解決されない場合

訪問者から自分のドメインで ERR_NAME_NOT_RESOLVED が出ると報告された場合、疑うべきはあなたの DNS 設定です。次の順に確認してください：

• A/AAAA レコードは存在しますか？ ドメインを DNS確認 にかけてください。A レコードも AAAA レコードもなければ、ブラウザには接続先がありません。
• ネームサーバーは応答していますか？ NS検索 で NS レコードを確認します。DNS プロバイダーがダウンしている、またはレジストラのネームサーバーが間違っていると、ドメイン全体が失敗します。
• 最近 DNS を変更しましたか？ 変更は、古い回答の TTL が切れるのに合わせて各リゾルバーに届きます。新しい名前は、それを返したゾーンの SOA レコードにあるネガティブキャッシュの時間のあいだ、キャッシュされた「存在しない」に引っかかることもあります。新規登録の .com / .net では15分、Cloudflare の新しいサブドメインでは30分です。
• ドメインが保留（hold）になっていませんか？ WHOIS検索 に clientHold または serverHold と表示されていれば（支払いの滞りやレジストラントのメール未認証が原因のことが多い）、そのドメインは DNS から外されています。期限切れのドメインは、代わりにレジストラの更新ページやパーキングページが表示されることのほうが多いです。
• DNSSEC は壊れていませんか？ 署名が不正だと、検証を行うリゾルバー（Google、Cloudflare、Quad9 はいずれも検証します）はドメイン全体を拒否し、検証しないリゾルバーは応答し続けるため、訪問者には原因が不規則に見えます。DNS Robot の DNSヘルスチェック は、他のレコードと併せて DNSSEC を検査します。

修正が効いたか確認する方法

ページを再読み込みするだけでなく、DNS の名前解決を直接確認しましょう：

# Ask your current resolver:
nslookup example.com

# Ask a specific public resolver (bypasses your settings):
nslookup example.com 1.1.1.1

# Mac/Linux — more detail:
dig example.com +short

# If nslookup with 1.1.1.1 works but plain nslookup fails,
# your configured DNS server is the problem — switch it (Fix 6).

ターミナルではドメインが解決されるのに Chrome が依然として ERR_NAME_NOT_RESOLVED を表示するなら、問題は Chrome の内部にあります。ホストキャッシュを削除し（解決策4）、セキュア DNS を確認してください（解決策5）。そして、ドメインが世界中のあらゆる場所から解決されることを確かめるには、DNS Robot のDNS確認 を実行しましょう。