TL;DR
管理者権限のコマンドプロンプトで以下の2つのコマンドを実行し、ページを再読み込みしてください：
ipconfig /flushdns
ipconfig /registerdns
それでも解決しない場合は、DNSをCloudflare（1.1.1.1）またはGoogle（8.8.8.8）に切り替えてください — 手順は以下を参照。
何が起きているのか
DNS_PROBE_FINISHED_NXDOMAINは、DNSルックアップがNXDOMAIN（「存在しないドメイン」）を返したことを意味します。あなたのPCがDNSサーバーにホスト名のIPアドレスを問い合わせたところ、サーバーが「このドメインは存在しない」と返答しました。または、そもそもDNSサーバーに到達できなかった可能性もあります。
Windowsで最もよくある原因：
- 古くなった、または破損したDNSキャッシュ
- 到達不能または応答の遅いアドレス（多くの場合ルーター）にDNSサーバーが設定されている
hostsファイルのカスタムエントリがドメインをブロックまたはリダイレクトしている- WindowsアップデートまたはVPNインストール後のTCP/IPスタックの設定ミス
- ネットワークアダプターが壊れた状態になっている
修正1 — DNSキャッシュをクリアする（まずここから）
コマンドプロンプトを管理者として開き（Win + X → ターミナル（管理者）またはコマンドプロンプト（管理者））、以下を実行してください：
ipconfig /flushdns
ipconfig /registerdns
ipconfig /release
ipconfig /renew
*「DNSリゾルバーキャッシュは正常にフラッシュされました」*と表示されるはずです。ブラウザで問題のURLを再読み込みしてください。
修正2 — パブリックDNSサーバーに切り替える
ルーターのDNSは応答しなくなったり、過負荷になったり、ドメインを静かにブロックしたりすることがあります。Cloudflare（1.1.1.1）またはGoogle（8.8.8.8）に切り替えることでルーターを完全にバイパスし、ほとんどの場合その場で解決できます。
設定（GUI）から変更する
- 設定 → ネットワークとインターネット → ネットワークの詳細設定を開く
- アクティブなアダプターをクリック → その他のアダプターオプションを表示
- DNSサーバーの割り当ての横にある編集をクリック
- 手動に切り替え、IPv4を有効化
- 優先DNS：
1.1.1.1、代替DNS：1.0.0.1（Cloudflare）または8.8.8.8/8.8.4.4（Google）を設定 - 保存して再読み込み
コマンドプロンプトから変更する
まずアダプター名を確認します：
netsh interface show interface
次に新しいDNSを適用します（"Wi-Fi"をご自身のアダプター名に置き換えてください）：
netsh interface ipv4 set dns name="Wi-Fi" static 1.1.1.1 primary
netsh interface ipv4 add dns name="Wi-Fi" 1.0.0.1 index=2
DNS変更後、再度キャッシュをクリアしてください：
ipconfig /flushdns
修正3 — TCP/IPとWinsockスタックをリセットする
VPNソフトウェア、壊れたWindowsアップデート、またはマルウェアにより低レベルのネットワーク設定が破損することがあります。スタックを完全にリセットすることで、破損したエントリを根本から消去できます：
netsh int ip reset
netsh winsock reset
ipconfig /flushdns
**これらのコマンドを実行した後、コンピューターを再起動してください。**変更を有効にするには再起動が必要です。
修正4 — hostsファイルを確認する
hostsファイルは、DNSが参照される前にドメインを静かにリダイレクトまたはブロックすることができます。メモ帳を管理者として実行して開いてください：
notepad C:\Windows\System32\drivers\etc\hosts
アクセスしようとしているドメインが含まれる行を探してください。以下のようなエントリが見つかった場合：
0.0.0.0 example.com
行頭に#を追加してコメントアウトし、保存してから再試行してください。マルウェアや広告ブロッカーがここにエントリを注入することはよくあります。
修正5 — ネットワークアダプターを無効にして再度有効にする
インターネット接続が正常に見えても、アダプターがDNSクエリがタイムアウトする状態で止まってしまうことがあります。
- デバイスマネージャーを開く（Win + X → デバイスマネージャー）
- ネットワークアダプターを展開
- アクティブなアダプターを右クリック → デバイスを無効にする
- 5秒待ってから、再度右クリック → デバイスを有効にする
またはコマンドプロンプトから（アダプター名は適宜変更してください）：
netsh interface set interface "Wi-Fi" disable
netsh interface set interface "Wi-Fi" enable
修正6 — 特定のドメインだけに影響しているか確認する
簡単なテスト — 他のサイトにアクセスできますか？
ping 8.8.8.8
nslookup google.com
nslookup google.com 1.1.1.1
ping 8.8.8.8は成功するがnslookupが失敗する → DNSサーバーが問題（修正1または2）ping 8.8.8.8が失敗する → より広範な接続の問題、ルーターまたはISPを確認nslookup domain.com 1.1.1.1は成功するがブラウザでアクセスできない → ブラウザのDNSキャッシュもクリアする
ChromeのDNSキャッシュをクリアする
ChromeはWindowsとは完全に独立した独自のDNSキャッシュを持っています。以下にアクセスしてください：
chrome://net-internals/#dns
ホストキャッシュをクリアをクリックします。次にソケットタブに移動し、ソケットプールをフラッシュをクリックします。
確認
完了したら、DNS解決が正常に動作しているか簡単に確認しましょう：
nslookup github.com
nslookup google.com
有効なIPアドレスが含まれたAddress:行が表示されるはずです。DNSサーバーを変更した場合は、正しいものがアクティブであることを確認してください：
ipconfig /all
出力からご使用のアダプターを見つけ、DNSサーバーに1.1.1.1または8.8.8.8が表示されていることを確認してください。
ヒント
企業のVPNやカスタムDNSゾーンを持つ開発環境を使用していますか？問題は純粋なDNSではなく、サブネットやルーティングに関連している可能性があります。ToolCraftのサブネット計算ツールを使うと、CIDRの範囲をすばやく確認し、ホストIPが想定のネットワーク内に収まっているかチェックできます。完全にブラウザ内で動作し、データのアップロードもアカウントも不要です。制限されたネットワークやファイアウォール環境でも便利に使えます。
それでも解決しない場合
- ブラウザ固有のDNSキャッシュの問題を排除するため、別のブラウザを試してみてください
- ファイアウォールまたはウイルス対策ソフトのDNSフィルタリングを一時的に無効にしてください
- VPNを使用している場合は切断してください — 一部のVPNはDNS設定を上書きし、切断時に正しく復元しないことがあります
- 管理者権限のプロンプトで
sfc /scannowを実行し、ネットワークに影響する可能性のある破損したWindowsシステムファイルを修復してください