特定サイトだけ開かないときのDNS確認：nslookupの結果を比較する
DNSのタイムアウトと名前が存在しない応答を区別し、他サイト・他端末との比較から確認先を決めます。DNS設定を変える前の記録方法を説明します。実際の結果を比較して次に調べる範囲を決め、変更前の記録を残します。
公開 · 更新 · FaultNote 編集方針
この記事が役立つ人・作業前の準備
- 公開サイトの名前解決だけ失敗するPC利用者
用意するもの
- 作業中の通信を保存し、症状が出た時刻と接続先をメモする
- PCとルーターの型番、Windowsのバージョンを確認する
実際のホスト名を切り出す
開けないURLからhttps://や後ろのパスを除いたホスト名を確認します。ログイン用とダウンロード用が別ホストの場合、トップページの成功だけでは対象を確認できません。エラー文と時刻も記録します。
正常サイトと対象を並べる
例のexample.comを対象のホスト名に置き換えて実行します。最初に表示されるServerは問い合わせ先、NameやAddressesは回答です。Non-authoritative answerだけで異常と判断せず、応答の有無を読みます。
nslookup www.microsoft.com
nslookup example.com結果を三つに分ける
アドレスが返る、タイムアウトする、存在しない名前として返るの三つを分けます。タイムアウトなら問い合わせ先への到達や応答、存在しないなら綴りやサービス側の登録を確認します。アドレスが返る場合は次にHTTPSやアプリの設定を調べます。
- URLからホスト名だけ取り出し、空白や全角の入力を確認します。コマンドへページのパスや認証トークンを入れません。
- 問い合わせ先と回答を保存し、正常サイトを同じ方法で試します。両方失敗、対象だけ失敗、回答ありの三つを分けて記録します。
- 別端末との比較ではWi-Fi名を確認します。スマホがモバイル回線へ切り替わっていたら同じ接続の比較ではないと記録します。
- 設定変更後は名前解決とブラウザー動作を両方確認し、効果がなければ元へ戻します。変更値と時刻を残して再調査へ進みます。
他端末と同じ時刻に比較
同じ家庭内ネットワークの別端末で同じサイトを試します。PCだけ失敗するならVPNやブラウザー固有のDNS設定も確認対象です。ブラウザーが独自に安全なDNSを使うと、nslookupと問い合わせ経路が一致しない場合があります。
変更前に設定を保存
使用中アダプターのDNSが自動か手動かを設定で記録します。別DNSを試す場合は元の値を保存し、管理対象や名前解決が特殊なネットワークでは管理者へ相談します。無関係なネットワークアダプターの設定をまとめて変更しません。
ドメインの綴りが似ていても、広告や検索結果の別ドメインを比較対象にしません。メールにあるリンクの問題ならサービスの公式サイトから同じ機能へ進み、期限付きURLや個人用トークンを診断ログへ貼らないようにします。
元へ戻して再確認
DNS変更が効かなければ元の設定へ戻し、同じURLの同じ操作で比較します。成功した場合も原因を記録し、インターネット回線が速くなったと表現しないようにします。問い合わせ応答とファイル転送速度は別の測定です。
表は横にスクロールできます →
| 観察結果 | 次の確認 |
|---|---|
| 対象と正常サイトが両方タイムアウト | 問い合わせ先への経路と同じネットワークの別端末を確認する。 |
| 対象だけ存在しない名前 | ホスト名の綴りと公式サービスのURLを確認する。 |
| 回答あり、ブラウザーだけ失敗 | ブラウザーのDNS経路、プロキシとHTTPSエラーを比較する。 |
具体例：PCだけ名前が解決しない
同じWi-Fiのスマホで公式サイトが開き、PCでは対象ホストのnslookupがタイムアウトする一方、正常サイトの回答は返る状況を考えます。この場合は全回線障害と決めず、対象ドメインの解決経路やPCの設定を優先して確認します。スマホがモバイル通信へ切り替わっていたら同じネットワークの比較にならないため、比較時の接続表示も確認します。
PCのブラウザーで対象サイトが開くのにnslookupが失敗する場合は、ブラウザーが別のDNS経路を使う可能性があります。その逆ならブラウザーのプロキシ、キャッシュやサイト固有の状態が候補です。結果を同じものとして扱わず、「ブラウザー」「コマンド」「別端末」の三つを分けて書きます。
キャッシュ消去を使う場面と限界
以前の回答が残っている疑いがある場合は、変更前の結果を残してからipconfig /flushdnsでWindowsのDNSキャッシュを消去できます。これはDNSサーバーやルーターの変更ではありません。必要なら管理者のターミナルで実行し、その後に実際に失敗したアプリやブラウザーの同じ操作を再試験します。nslookupはDNSサーバーへ直接問い合わせるため、Windowsのキャッシュ消去の前後を測る試験としては使いません。
改善しなければ同じ操作を何度も繰り返さず、問い合わせ先、回答、ブラウザーエラーの記録で次の調査へ進みます。会社の内部名だけ失敗する場合は一般向けDNSへ変更しても解決しないことがあり、VPN接続や組織のDNS条件を確認します。家の機器名と公開ドメインの問題も分けて扱います。 ブラウザーやアプリには別のキャッシュや独自のDNS経路があるため、Windowsのキャッシュ消去だけでそれらも消えたと考えません。
注意点・利用条件
- 家庭内のPCを想定した手順です。管理されたPCの設定変更は管理者の方針を確認します。
よくある質問
アドレスが複数あるのは異常ですか？
いいえ。配信構成やIPv4/IPv6によって複数の回答があるため、数だけで異常と判断できません。
ServerがUnknownなのは異常ですか？
名前の表示と問い合わせの成功は別です。対象の回答が返るかを確認し、表示名だけでDNSを変更しません。
DNSを変えるとダウンロードが速くなりますか？
名前解決の経路は変わりますが、ファイル転送の改善を保証しません。同じファイルの実際の転送は別に比較する必要があります。
出典・確認日
情報確認日：。仕様・操作方法・価格などの確認に使用した出典を掲載しています。適用条件や現在の情報は各リンク先で確認してください。
関連する活用ガイド
- Wi-Fiが時々切れるときの無線レポート：切断時刻と理由を読む
- 有線LANが100Mbpsでつながるとき：ケーブル・ポートの低速リンクを確認
- 169.254のIPアドレスを見つけたら：DHCPと既定ゲートウェイを読む
- pingは失敗するのにサイトが開く：TCP 443で接続を確認
- pathpingの損失率をどう読む？途中のルーターだけ応答しない場合の注意
- 家庭内のWindows共有フォルダーを読み取り専用で試す：接続と権限を分ける