STEP-BY-STEP GUIDE

VPN接続中にWSLだけ名前解決できない

この記事の結論

Windows側は通信できるのにWSL内のaptやcurlがホスト名を解決できない場合の安全な切り分け手順。VPNのNRPT、企業ファイアウォール、古いNAT DNSプロキシ構成がWSLのDNS要求と競合している可能性がある。設定変更前に現在値を控え、公式機能だけを使って確認する。

一般的な切り分けガイドです。特定の不具合が現在発生しているという告知ではありません。

対象製品・影響範囲

製品
WSL 2
対象バージョン・条件
Windows 11(対応機能はエディションとハードウェア要件を確認)
関連するエラーコード・識別子
DNS

発生する症状

  • Windows側は通信できるのにWSL内のaptやcurlがホスト名を解決できない
  • 再起動や再試行だけでは同じ状態が続くことがある

原因・発生条件

VPNのNRPT、企業ファイアウォール、古いNAT DNSプロキシ構成がWSLのDNS要求と競合している可能性がある。

作業前の準備

  • 開いている文書と作業を保存し、必要ならPCを再起動できる時間を確保する
  • 管理者権限が必要な操作は、個人所有PCまたは管理者の許可を得た端末だけで行う
  • 診断用コマンド「wsl --version」の結果を保存し、変更前後を比較できるようにする

この操作の注意点

  • レジストリ、システムフォルダー、資格情報、記憶域を手作業で一括削除しない
  • インターネット上の非公式スクリプトや不明なドライバーを管理者権限で実行しない
WSL 2の確認手順:WindowsとLinuxで名前解決を比較する → wslで状態を確認する → 公式の設定経路で修復する → .wslconfigのDNS設定を反映する → 同じ条件で検証する
FaultNote作成の手順図です。設定を変更する前に、注意点と各手順の説明を確認してください。 詳しい操作手順へ

具体的な操作手順

  1. 01

    WindowsとLinuxで名前解決を比較する

    #

    Windowsで対象サイトが開けるか確認し、WSL内では getent hosts microsoft.com を実行します。企業内ホストだけ失敗する場合はそのホスト名も管理者に伝えます。VPNを切る比較は業務上許可される場合だけ行います。

  2. 02

    wslで状態を確認する

    #

    Store版WSLを更新し、Windows 11 22H2以降ではDNS tunnelingの利用可否を確認する。

    入力するコマンド・パス
    wsl --version
  3. 03

    公式の設定経路で修復する

    #

    WSL内で実行中の処理を確認し、ファイルを保存します。wsl --shutdownはすべてのディストリビューションとWSL 2のVMを停止するため、他のWSL作業やコンテナーも停止してよい時間に実施します。

  4. 04

    .wslconfigのDNS設定を反映する

    #

    Windows 11 22H2以降で対応するWSLを使用していることを確認します。エクスプローラーで %UserProfile% を開き、既存の.wslconfigをバックアップします。[wsl2] セクションに dnsTunneling=true を設定し、二重の[wsl2]を作らないで保存します。Linuxの作業を保存して wsl --shutdown を実行し、再度ディストリビューションを開きます。

    Linux側の/etc/wsl.confでgenerateResolvConf=falseを設定している場合はDNSトンネリングが動作しないことがあります。過去に変更した構成をバックアップして管理者と確認し、独自のDNS固定設定と混在させないでください。

  5. 05

    同じ条件で検証する

    #

    「getent hosts microsoft.com」で状態を確認し、最初に記録した操作を同じ条件で一度実行する。成功した場合も再起動後にもう一度確認し、変更した設定と結果を記録する。

    入力するコマンド・パス
    getent hosts microsoft.com

公式の適用条件・最新情報も確認する ↗

改善したか確認する

  • 対象機能がエラーを出さずに起動、接続、または処理を完了する
  • 確認コマンドの出力が期待する有効・正常・接続済み状態を示す
  • Windows再起動後にも同じ操作を再現でき、イベントログに同時刻の新しい重大エラーが増えない

改善しない場合・設定を戻す場合

  • 同じコードが続く場合は、表示全文、Windowsビルド、確認コマンドの出力、発生時刻を添えてPC管理者またはMicrosoftサポートへ相談する
  • ハードウェア要件、組織ポリシー、サーバー側設定が原因なら、クライアント側で回避せず所有者に変更を依頼する

別の症状から対処ガイドを探す →

このガイドの適用範囲

対処ガイド — 原因を切り分け、対象機能が正常に起動または接続でき、再起動後も同じ検証を通る状態を目標にする。

掲載内容は2026-09-05の情報確認に基づきます。以降の変更は公式出典でご確認ください。

よくある質問

resolv.confへDNSを固定してよいですか?

企業VPNではDNSサーバーや検索サフィックスが変わるため固定値は壊れやすいです。まずDNS tunnelingを使い、VPN管理者の方針を確認します。

設定変更後も古いDNSが残ります。

`wsl --shutdown` で全ディストリビューションを停止してから再起動し、`getent hosts` で確認します。

出典・情報の更新

主な出典の更新・解決日
公式ページで日付を特定できないため記載していません
本サイトの確認日
2026-09-05

公式情報を日本語で整理しています。メニュー名は製品の表示言語や版によって異なる場合があります。確認日は障害の発生日を意味しません。編集方針

あわせて確認したい記事

WSL・Hyper-V・仮想化が起動しないの記事一覧 →

ブラウザーの接続・証明書エラーの記事一覧 →

← 不具合の検索に戻る