はかせ、『サーバーのIPアドレスが見つかりません』って出たよ。これはどういう意味？
「サーバーのIPアドレスが見つかりません」や ERR_NAME_NOT_RESOLVED と表示され、URLのホスト名を接続先のIPアドレスへ変換できない状態を扱う記事じゃ。単なるタイムアウト、証明書警告、DNSサーバー全体の無応答とは止まった段階が違うゆえ、エラー名と再現範囲を確かめるのじゃぞ。
先に結論
はかせ、まずは何を確かめればいい？
まずアドレスバーのホスト名を公式案内と照合し、同じ完全なURLを別ブラウザ、同じWi-Fiの別端末、モバイル回線で比べるのじゃ。1文字違いならURL、1台だけなら端末、同じWi-Fiだけなら利用中DNS、全回線で同じ公開ドメインだけならサイト運営側のDNSを優先するのじゃぞ。
| 同じURLでの比較結果 | 有力な範囲 | 次の確認先 |
|---|---|---|
| 公式ドメインと1文字以上違う | 入力ミス、古いリンク、似たドメイン | 公式アプリ・公式案内から開き直す |
| 1つのブラウザだけ失敗する | ブラウザのセキュアDNS、プロファイル、拡張機能 | 別ブラウザと空プロファイル |
| 1台の全ブラウザだけ失敗する | 端末のDNSキャッシュ、VPN、プロキシ、hosts設定 | 端末再起動、直前の変更 |
| 同じWi-Fiの全端末で失敗し、モバイル回線では成功 | ルーター・上流DNS、フィルター | DNS自動設定、管理者・事業者 |
| 複数回線・複数端末で同じ公開ドメインだけ失敗 | ドメイン期限、権威DNS、委任、DNSSEC | サイト運営者の公式情報 |
| 社内名が社外やVPNなしでだけ失敗 | 組織内限定DNS、接続条件 | 許可されたVPN、管理者 |
| 無関係な複数ドメインでも名前解決に失敗 | DNSサーバーまたは回線全体 | DNS全体の診断 |
全ブラウザで特定サイトだけ開かず、名前解決以外のエラーも含むなら特定サイトが開かないときの切り分けが入口じゃ。1ブラウザだけなら特定ブラウザの不調を切り分ける手順、複数ドメインやアプリへ広がるならDNSサーバーが応答しないときの確認へ進むのじゃぞ。アプリだけが通信できない場合は特定アプリだけ接続できないときの診断、IP・ゲートウェイ・DNSの値の意味を確認したい場合は接続情報の見方が対象じゃ。
考えられる主な原因
なるほど。どうしてこんなことが起きるの？
このエラーは「サイトのWebサーバーが停止した」と同じ意味ではないんじゃ。接続を始める前の名前解決で、ブラウザが使えるアドレスを得られなかった状態として扱い、どこで名前が食い違ったかを見るのじゃぞ。
- URLのタイプミス、古いブックマーク、短縮URL・似たドメイン
- ドメインの期限切れ、登録保留、権威DNS・委任・DNSSECの設定不良
- 利用中DNSの一時障害、古い成功・失敗結果のキャッシュ
- 端末、ブラウザ、ルーターで別々のDNSが指定されている
- VPN、プロキシ、フィルター、セキュリティ製品が名前解決を変更している
- hostsファイルなど端末内の名前対応を過去に手動変更している
- 社内・家庭内だけで解決できる名前を対象ネットワーク外から開いている
エラー名をそのまま記録する
「見つかりません」に似た表示でも、名前解決、タイムアウト、接続拒否、証明書では確認先が異なります。Chromeの公式エラー一覧では、ERR_NAME_NOT_RESOLVEDはホスト名が存在しないかIPアドレスが変わった場合の手掛かりとして区別されています。
DNSの失敗はWebサーバー到達前に起きる
DNSではリゾルバーがネームサーバーへ名前に対応する情報を問い合わせます。DNSの概念を定めるRFC 1034に示されるとおり、名前空間、ネームサーバー、リゾルバー、キャッシュは別の要素です。
「存在しない」という結果も一時保存される
DNSでは、名前が存在しないなどの否定的な応答も一定時間キャッシュされます。DNSのネガティブキャッシュを定めるRFC 2308があるため、ドメイン修正直後に1台や1つのDNSだけ古い失敗結果を持つ場合があります。
順番に試したい対処法
わかった、ぼくも試してみる！どの順番でやればいい？
次の順番で試すのじゃ。途中で改善したら、そこで作業を止めてよいぞ。
1. 完全なURLとホスト名を公式情報で照合する
エラー画面を閉じる前に、完全なURL、エラーコード、時刻を記録してください。URLの https:// の後から次の / までにあるホスト名を、公式アプリ、契約書、運営元の公式案内と1文字ずつ照合します。
検索広告や似た綴りのドメインを正解として使わず、公式の入口から開き直してください。証明書警告やログイン画面が同時に出た場合は、名前解決の対処を続けず、個人情報を入力しません。
2. 1ドメインか複数ドメインかを分ける
運営元の異なる複数の公式サイトを開き、同じ名前解決エラーが出るか確認してください。1ドメインだけならURL・ドメイン側・古いキャッシュ、複数なら端末・利用中DNS・回線側を優先します。
トップページのホスト名とログイン・画像配信のホスト名が異なるサービスもあります。トップは開くのに特定機能だけ失敗する場合は、エラーが出たホスト名まで記録してください。
3. 別ブラウザ・別端末・別回線で同じURLを比べる
完全なURLをコピーし、まず同じ端末の別ブラウザ、次に同じWi-Fiの別端末、最後にスマホのモバイル回線で開いてください。毎回ほかの条件は変えず、表の結果に沿って確認先を決めます。
別ブラウザだけ成功するなら、問題のブラウザのプロファイルやセキュアDNSを確認します。同じWi-Fiだけ失敗するならルーター・上流DNS、複数回線でも同じ公開ドメインだけ失敗するならサイト運営者側の調査が必要です。
4. 端末再起動とDNS設定の状態を確認する
1台だけで失敗する場合は、作業を保存して端末とブラウザを再起動し、同じURLを試してください。DNS、VPN、プロキシ、フィルターを直前に変更したなら、現在値と変更前の値を記録します。
家庭で特別な指定がなく、手動変更直後から失敗した場合は、自動取得へ戻して比較します。会社・学校・ペアレンタルフィルター環境では指定DNSが内部名や制御に必要なため、削除せず管理者へ相談してください。
5. 1台だけ古い結果が残る場合はキャッシュを更新する
URLが正しく、ほかの端末では開き、ドメインやDNSの変更直後である場合に限り、OS公式のDNSキャッシュ消去を検討してください。Windowsでは管理者のコマンドプロンプトで ipconfig /flushdns を実行し、ブラウザを開き直します。
Microsoft Learnのipconfig公式資料では、/flushdns はDNSクライアントのリゾルバーキャッシュを消去し、否定的なキャッシュを含む動的項目を破棄する操作です。DNSサーバーの指定やルーター設定を変更する操作ではありません。
6. VPN・社内名・端末内の手動設定を確認する
社内ポータルや家庭内機器名は、組織内ネットワークや許可されたVPN接続中だけ名前解決できる場合があります。VPNなしで開かないことが正常な設計か、管理者へ正式なURLと接続条件を確認してください。
hostsファイルやブラウザのセキュアDNSを自分で変更した記録がある場合は、その記録と提供元の公式手順を確認します。ファイルを配布元不明の内容へ置き換えたり、管理設定や証明書を削除したりしないでください。
7. 公開ドメイン側の問題は運営者へ渡す
複数端末・複数回線で同じ公開ドメインだけ失敗する場合は、サイト運営元の公式障害・メンテナンス情報を確認してください。公開ドメインだけなら dns.google など提供元が明確な診断ページでホスト名の応答を確認できますが、完全なログインURLや社内名は入力しません。
Google Public DNSのドメイン運用者向け公式診断では、複数リゾルバーでの失敗、権威ネームサーバー、委任、DNSSECなどを分けています。利用者がルーターを初期化して直す範囲ではないため、URL、時刻、各環境の結果をサイト運営者へ伝えてください。
改善しない場合の判断基準
ここまで試しても直らなかったら、次はどうすればいい？
複数回線・複数端末で同じ公開ドメインだけ失敗するならサイト運営者、同じWi-Fiだけならネットワーク管理者やプロバイダー、1台だけなら端末・ブラウザ提供元へ相談するのじゃ。社内名なら一般のDNSへ変えず、管理者へ接続条件を確認するのじゃぞ。
相談時は、完全なホスト名、エラーコード、発生時刻、別ブラウザ・別端末・別回線の結果、DNSの自動・手動状態、VPNの有無、直前の変更を伝えます。復旧後は元のブラウザ・元の回線で正しい公式URLを開き、証明書が正常で、ログインや目的の機能まで使えることを確認してください。
まとめ
はかせ、今日もひとつ分かったよ！忘れないように、大事なことをもう一度教えて！
「サーバーのIPアドレスが見つかりません」は、サーバー停止と決めつけず、まずURLと名前解決を疑うのじゃ。同じURLをブラウザ、端末、回線で比べれば、端末キャッシュ、利用中DNS、社内名、公開ドメイン側のどこへ相談すべきか判断できるぞ。
