Windows 11 24H2でVPNに接続できない場合、最初にやるべきことはひとつです。24H2固有の既知問題なのか、VPN設定・認証・証明書・Windowsサービス・ネットワーク経路の問題なのかを切り分けることです。24H2初期には、企業向けのDirectAccess接続が「接続中」のまま終わらない既知問題があり、MicrosoftはKB5044384で対処済みと案内しています。一方で、個人向けや一般的なWindows標準VPNで多い原因は、VPNの種類やサインイン方式の不一致、証明書不足、RasManやIKE関連サービス、プロキシ、NATやファイアウォールです。 (マイクロソフトサポート)
この記事では、Windows 11 24H2でVPNに接続できないときに起きやすい条件、先に確認すべき設定、更新や権限の影響、そして最短で復旧する手順を、会社PCと個人PCの両方を意識して整理します。エラー番号が分かれば、原因はかなり早く絞れます。 (Microsoft Learn)
Windows 11 24H2でVPNに接続できないときの結論
- 24H2へ更新した直後から会社PCだけ「接続中」のまま止まるなら、DirectAccessの既知問題が候補です。これは新規インストールやインプレースアップグレード後に起きやすく、Home/Proの一般ユーザーより企業環境で該当しやすいパターンです。 (マイクロソフトサポート)
- エラー 800 / 809 / 808 / 812 が出るなら、サーバー未到達、途中のファイアウォールやNAT、ルーター、またはクライアントとサーバーの認証方式・接続設定の不一致を疑うのが近道です。 (Microsoft Learn)
- エラー 781 / 786 / 790 / 798 / 810 が出るなら、証明書不足、期限切れ、失効、保存場所の違いが本命です。証明書ベース認証では、ユーザーVPNとデバイストンネルで見る証明書ストアが異なる構成があります。 (Microsoft Learn)
- エラー 711 / 827 / 834 が出るなら、RasMan初期化失敗、IKE/AuthIP IPsec Keying ModulesやBase Filtering Engineの停止、RasMan停止など、Windows側の必要サービスが原因の可能性が高いです。 (Microsoft Learn)
- 設定を直しても戻る、別のVPNが勝手に有効になる、会社PCだけ不安定なら、IntuneやAlways On VPNのプロファイル配布・競合を疑ってください。Windows 11では、VPNプロファイル変更が同時に走ると一時的にVPN接続性を失う注意点があり、Always Onトリガー付きプロファイルも複数同時には扱えません。 (Microsoft Learn)
まず確認したいポイント
使っているのはWindows標準VPNか、会社指定アプリか
Windows標準のVPNで接続する前提なのか、Cisco AnyConnect、FortiClient、Check Point、Azure VPN Clientのような専用アプリ前提なのかで確認箇所が変わります。Microsoftも、個人向けVPNならMicrosoft Storeや提供元サイト、仕事用VPNなら社内イントラネットやサポート担当者の案内を確認するよう案内しています。会社指定アプリがあるのにWindows標準VPNだけで作っていると、設定が正しく見えても接続できません。 (マイクロソフトサポート)
エラー番号を先に拾う
VPNトラブルは、感覚で設定を触るよりエラー番号を見るほうが早いです。接続画面に番号が出ない場合でも、イベント ビューアーの Application > RasClient に失敗記録が残ることがあり、Microsoftの例では Event ID 20227 とともにエラーコードを確認できます。 (Microsoft Learn)
Get-EventLog -LogName Application -Source RasClient | Format-List -Property *
24H2への更新直後かどうか
「ずっと問題なく使えていたのに、24H2へ上げた直後からダメになった」のか、「以前からたまに不安定だった」のかで優先順位が変わります。前者は更新起因の既知問題やプロファイル再適用、後者は設定・証明書・ネットワーク経路の問題を先に見るべきです。特に企業PCで更新直後から発生した場合は、24H2固有の既知問題と管理ポリシーの影響を外せません。 (マイクロソフトサポート)
原因別の対処法
24H2固有の既知問題に当てはまる場合
Windows 11 24H2では、新規インストールまたはインプレースアップグレード後にDirectAccess接続が完了せず、接続中のまま止まる既知問題が案内されていました。Microsoftはこの問題をKB5044384で対処済みとしています。Home/Proの一般ユーザーより、企業のDirectAccess利用環境で起きやすい点も明記されています。 (マイクロソフトサポート)
会社PCで該当しそうなら、管理者PowerShellで次を実行して、IPHTTPSの状態を確認します。0x57 と「IPHTTPS サーバーへの接続に失敗しました」に近い表示が出るなら、この既知問題の可能性が高いです。 (マイクロソフトサポート)
netsh interface httpstunnel show interface
このケースでは、ローカルで設定をいじり続けるより、Windows UpdateでKB5044384以降を適用するか、社内管理者に24H2のDirectAccess既知問題として切り分けてもらうほうが早いです。 (マイクロソフトサポート)
VPNの種類・認証方式が合っていない場合
Windows標準VPNでは、サーバー名またはアドレス、VPNの種類、サインイン情報の種類が正しくないと接続できません。Microsoftの設定手順でも、ここを明示的に選ぶ前提になっています。仕事用VPNは、パスワードだけでなく、ワンタイムパスワード、証明書、スマートカードを使う構成もあります。 (マイクロソフトサポート)
エラー番号で見ると、691 はユーザー名またはパスワード不正、800 はサーバー未到達またはセキュリティパラメーター不整合、812 はサーバー側ポリシーと接続プロファイルの認証方式不一致です。パスワードは合っているのに812が出るなら、認証方式のほうを疑うべきです。 (Microsoft Learn)
確認する順番は、サーバーアドレス → VPN種類 → サインイン方式 → プロキシ設定 → 認証情報の入れ直しです。特に「自動」のまま作成していて、実際にはIKEv2やL2TP/IPsec指定だった、というミスは珍しくありません。 (マイクロソフトサポート)
証明書がない、期限切れ、保存場所が違う場合
証明書ベース認証のVPNでは、証明書があるかどうかだけでは不十分です。どの証明書ストアに入っているかまで合っていないとつながりません。Microsoftのエラー定義では、781 は有効な証明書が見つからない、786 は有効なマシン証明書がない、790 はサーバー証明書検証失敗、798 はEAPで使える証明書がない、810 は誤った証明書または期限切れ証明書が典型です。 (Microsoft Learn)
ここで見落としやすいのが保存場所です。Azure VPN ClientのユーザーVPN例ではクライアント証明書を Current User\Personal\Certificates に入れる前提が示されています。一方、デバイストンネルでは Local Machine ストアの証明書が前提です。つまり、ユーザー用証明書をLocal Machineに入れた、またはマシン証明書が必要なのにCurrent Userにしか入っていないと、見た目には証明書が存在しても接続に失敗します。 (Microsoft Learn)
Azure VPN Clientを使う構成なら、正しいクライアント証明書が選ばれているか、そもそもクライアントに証明書がローカルインストールされているかも確認してください。証明書が候補に出ないときは、破損、重複、未インストールのいずれかが疑わしいです。 (Microsoft Learn)
必要なWindowsサービスが止まっている場合
Windows側の必要サービスが止まっていると、VPN設定が正しくてもつながりません。Microsoftのエラー定義では、711 は RasMan の初期化失敗、827 は IKE and AuthIP IPSec Keying Modules または Base Filtering Engine が動いていないためL2TP/IPsecを完了できない状態、834 は Remote Access Connection Manager が停止したため接続終了です。 (Microsoft Learn)
L2TP/IPsec系で失敗するなら、特に Remote Access Connection Manager、IKE and AuthIP IPsec Keying Modules、Base Filtering Engine の3つは優先して確認してください。ここが止まっている場合、プロファイル再作成よりサービス状態の復旧が先です。 (Microsoft Learn)
プロキシ、ファイアウォール、家庭用ルーターが邪魔している場合
809 は「サーバーが応答しない」系の代表格で、Microsoftは途中のファイアウォール、NAT、ルーターがVPNを許可していない可能性を挙げています。808 ならサーバーが接続を拒否、806 ならGREを許可していない途中機器が原因候補です。自宅Wi-Fiでは失敗するのに、スマホテザリングではつながるなら、PC本体より家庭用ルーターや回線側を疑うほうが合理的です。 (Microsoft Learn)
また、Windowsでは全体のプロキシ設定とVPN接続ごとのプロキシ設定が別にあります。さらに、MicrosoftのVPNプロファイル文書では、Split Tunnelでは一般のプロキシ設定が使われ、Force TunnelでVPN固有のプロキシが効くとされています。VPN自体は接続済みなのに社内Webだけ開けない場合は、VPN設定だけでなく [ネットワークとインターネット] > [プロキシ] も見直してください。 (マイクロソフトサポート)
ファイアウォール確認では、いきなり全面無効化するより、必要なアプリを例外に追加するほうが安全です。Microsoftも、ファイアウォールにアプリ例外を追加する方法を案内しています。 (マイクロソフトサポート)
企業管理PCのポリシーや複数プロファイルが競合している場合
Intune管理下のWindowsでは、VPN設定がデバイス構成プロファイルとして配布されます。つまり、手元で直したつもりでも、次の同期で元に戻ることがあります。 (Microsoft Learn)
さらにMicrosoftは、Windows 11で既存VPNプロファイル更新と新規配布が同時に処理されると、一時的にVPN接続性を失い、2回目のチェックインで復旧する注意点を案内しています。また、Always Onトリガー付きプロファイルが複数ある場合、同時にアクティブにできるのは1つです。会社PCで「たまに戻る」「別VPNが勝手に選ばれる」「設定を変えても再発する」なら、ローカル設定ではなく配布プロファイル側の見直しが必要です。 (Microsoft Learn)
権限が原因で直せないケース
Windows 11 24H2でVPNに接続できない問題は、権限不足のせいで途中で詰まることもあります。Microsoftのネットワークコマンド手順は、コマンド プロンプトを管理者として実行する前提ですし、ファイアウォール設定変更も [Change settings] とUAC承認 が必要です。さらに、デバイストンネルのように Local Machine証明書ストア を使う構成や、Intune配布プロファイルの修正は、一般ユーザー権限だけで自己完結しにくい領域です。 (マイクロソフトサポート)
次の状態なら、自力で粘るより管理者へ渡したほうが早いです。 (マイクロソフトサポート)
- 設定画面がグレーアウトして変更できない
- VPN設定を直しても数分後や再起動後に戻る
- 証明書をLocal Machineへ入れる必要がある
- RasManやIKE関連サービスが停止していて、開始しても再度止まる
- DirectAccessやAlways On VPNの企業構成を使っている
復旧を急ぐときの手順
1. Windows Updateを最新まで適用する
会社PCで24H2更新直後から不調なら、まず累積更新の適用状況を確認します。DirectAccess既知問題はKB5044384で対処済みなので、24H2初期ビルドのまま使い続けないことが重要です。 (マイクロソフトサポート)
2. VPN設定を見直す
[設定] > [ネットワークとインターネット] > [VPN] から該当プロファイルを開き、サーバー名またはアドレス、VPNの種類、サインイン情報の種類、詳細オプション、プロキシ設定を確認します。仕事用VPNなら社内案内、個人向けVPNなら提供元のアプリや公式設定に合わせるのが基本です。 (マイクロソフトサポート)
3. RasClientのエラー番号を確認する
接続に失敗した直後にログを見ると、原因が曖昧なまま設定を触り続けずに済みます。691なら認証情報、812なら認証方式、809なら途中経路、781/786/790/798/810なら証明書、711/827/834ならWindowsサービスというように、次に見る場所を決めやすくなります。 (Microsoft Learn)
4. サービスを確認する
L2TP/IPsec系やWindows標準VPNで失敗するなら、Remote Access Connection Manager、IKE and AuthIP IPsec Keying Modules、Base Filtering Engine の状態を確認します。エラー711、827、834に近い症状なら、この確認は優先度が高いです。 (Microsoft Learn)
5. ネットワークスタックを初期化する
TCP/IPやWinsockの破損が疑わしいときは、Microsoftが案内しているネットワークコマンドを管理者のコマンド プロンプトで順番に実行します。実行後は再起動してから再テストしてください。 (マイクロソフトサポート)
netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns
6. プロキシと経路を確認する
VPN接続が張れない、または張れても社内サービスに届かない場合は、Windows全体のプロキシ設定、VPNごとのプロキシ設定、自宅ルーターや回線を見ます。手っ取り早い切り分けは、スマホのテザリングで再接続してみることです。これで改善するなら、PCより家庭側ネットワークの可能性が高いです。 (マイクロソフトサポート)
7. Azure VPN Clientや専用アプリを使うなら、アプリ側も確認する
Azure VPN Clientでは、最新クライアント、バックグラウンド実行許可、正しいクライアント証明書の選択が確認ポイントです。Microsoftは、クライアントがバックグラウンドで動作できることも確認項目に挙げています。専用アプリ利用環境では、Windows標準VPNだけで解決しないことがあります。 (Microsoft Learn)
8. 管理PCは、最後にではなく早めに管理者へ渡す
IntuneやAlways On VPNが絡む環境では、ローカルで設定を直しても再配布で戻ることがあります。エラー番号、発生タイミング、24H2更新の直後かどうか、自宅回線だけ失敗するかをメモして管理者に渡すと、切り分けが一気に進みます。 (Microsoft Learn)
よくある失敗
- 「自動」で作ったVPNプロファイルをそのまま使う
実際にはサーバー側が特定のVPN種類や認証方式を前提としており、812のような不一致で失敗することがあります。 (マイクロソフトサポート) - 証明書が入っているだけで安心する
有効期限、証明書種別、保存場所が違うと、781 / 786 / 790 / 798 / 810 で失敗します。 (Microsoft Learn) - VPN設定だけを見て、Windows全体のプロキシを見ない
Split Tunnelでは一般のプロキシ設定が使われるため、VPN接続は成功しても社内サイトだけ失敗することがあります。 (Microsoft Learn) - 会社PCでローカル設定を直し続ける
Intune配布プロファイルやAlways Onの制御があると、変更が上書きされることがあります。 (Microsoft Learn) - ファイアウォールを全面的に切って試す
切り分けとしては早くても、戻し忘れや別トラブルの原因になります。必要なアプリ例外の確認を優先したほうが安全です。 (マイクロソフトサポート)
FAQ
24H2にした人は全員VPNにつながらなくなりますか
なりません。Microsoftが24H2で明示している代表的な既知問題は、企業のDirectAccess接続が完了しないケースで、Home/Proの一般ユーザーは該当しにくいと案内されています。個人向けや一般的なVPN接続で失敗する場合は、設定・認証・証明書・サービス・経路の問題を疑うほうが現実的です。 (マイクロソフトサポート)
Windows標準VPNと専用アプリはどちらを使うべきですか
提供元や会社の指定に合わせるのが正解です。Microsoftも、個人向けVPNなら提供元のアプリや公式設定、仕事用VPNなら社内イントラネットやサポート担当者の案内を確認するよう案内しています。特に企業環境では、専用アプリやIntune配布プロファイル前提のことがあります。 (マイクロソフトサポート)
設定を変えても元に戻るのはなぜですか
会社管理PCなら、IntuneなどのMDMがVPNプロファイルを配布していて、同期時に上書きされている可能性があります。Windows 11では、VPNプロファイル変更の同時処理で一時的に接続性を失う注意点も案内されています。 (Microsoft Learn)
画面にエラー番号が出ないときはどうすればいいですか
イベント ビューアーの Application > RasClient を確認してください。PowerShellでRasClientログを一覧表示し、失敗直後のイベントからエラー番号を拾うと、次に見るべき場所を決めやすくなります。 (Microsoft Learn)
まとめ
Windows 11 24H2でVPNに接続できないときは、更新直後のDirectAccess既知問題と、設定・認証・証明書・Windowsサービス・ネットワーク経路の一般的な問題を分けて考えることが重要です。最初にやるべき順番は、Windows Update確認 → VPN設定確認 → RasClientのエラー番号確認 → 証明書/サービス確認 → ネットワークリセット → 別回線での切り分けです。会社PCで設定が戻る、グレーアウトする、Always OnやIntuneが絡んでいそうなら、ローカル修正に時間をかけすぎず、エラー番号付きで管理者に渡すのが最短ルートです。 (マイクロソフトサポート)
コメント