- エラー0xC000000Dは、特定のアップデートをインストールした後のWindows 11の最新バージョンにおける管理者保護機能によって発生します。
- これは主に、管理者権限を持たないユーザーが、IntuneまたはGPOによって管理されているコンピューターに接続しようとした場合に影響を受けます。
- 一時的な解決策としては、管理者承認モードをレガシーモードに変更してシステムを再起動することです。
Windows 11のリモートデスクトップが突然動作しなくなり、恐ろしい0xC000000Dエラーが表示されるようになったとしても、絶望する必要はありません。このエラーは通常、関数に渡されたトークンが無効であることを示すメッセージを伴い、特に最近のシステムアップデートでセキュリティ機能の一部が変更された後、多くのユーザーにとって大きな悩みの種となっています。
最も奇妙な点は、ほとんどの場合、パスワードの入力ミスやルーターの故障とは全く関係がないということです。これは、権限管理とアカウント保護に関連する内部的な技術的な競合であり、主に企業環境や専門的に管理されたシステムに影響しますが、特定の設定が変更されている場合は家庭用システムでも発生する可能性があります。
犯人：管理者保護
主な問題は、管理者保護と呼ばれる機能に起因しています。このセキュリティツールは、たとえ管理者権限を持つアカウントを使用していても、Windowsが標準ユーザーとしての操作を強制するように設計されています。ソフトウェアのインストールやレジストリの変更など、「重大な」操作を行う必要がある場合にのみ、システムはWindows Helloを使用して一時的なトークンを生成することで本人確認を求めます。これはマルウェア対策として優れた機能ですが、RDPでは少々厄介な副作用が生じることが判明しました。
このエラーは、アクセスしようとしているコンピューターがWindows 11 (バージョン 24H2、25H2、または 26H2)を実行しており、更新プログラムKB5124010 以降がインストールされており、管理者保護が有効になっているという、次の 3 つの条件が揃った場合に発生します。重要な点は、このエラーは接続しようとしているユーザーがリモート コンピューターで管理者権限を持っていない場合にのみ発生するということです。管理者であれば、ほとんどの場合問題なく接続できます。
Microsoft Intuneやグループポリシーオブジェクト（GPO）を使用している企業の場合、リスクはさらに高くなります。なぜなら、Microsoftのセキュリティ基準では通常、この保護機能がデフォルトで有効になっているからです。そのため、多くのユーザーは、推奨されるセキュリティパッチを適用しただけで、何も変更していないにもかかわらず、PCにアクセスできなくなっているという事態に直面しています。
エラー0xC000000Dを段階的に修正する方法
マイクロソフトが決定的なパッチをリリースするまでは、問題のある機能を無効にする技術的な回避策を用いるしか解決策はありません。オフィスコンピュータを管理している場合は、使用している管理ツールに応じて2つの選択肢があります。
- グループポリシー命令（GPO）経由： コンピューターの構成 > Windows の設定 > セキュリティの設定 > ローカル ポリシー > セキュリティ オプションに移動する必要があります。そこで、オプションを探してください。 管理者承認モードの種類を設定します それを次のように変更します 従来の管理者承認モード（デフォルト）スタンドアロンPCでこれを実行する場合は、コマンドを使用できます。 secpol.mscと.
- Microsoft Intune経由： 設定カタログで、パラメーターをリセットする必要があります ユーザーアカウント制御 管理者承認モードの種類 ローカルポリシーのセキュリティオプションの範囲内。
変更を加えた後は必ずコンピュータを再起動することが重要です。そうしないと、システムは変更を無視し続けます。この操作を行うと、コンピュータのセキュリティ層が一つ失われるため、理想的には、通常のユーザーからの接続を受けるホストにのみ適用し、公式アップデートがリリースされたら再度有効にすることをお勧めします。
リモートデスクトップ障害のその他の原因
エラーコードが正確に0xC000000Dでない場合、または前述のトラブルシューティング手順がうまくいかなかった場合は、より一般的な接続の問題が発生している可能性があります。まず、リモート コンピューターで「設定」>「システム」>「リモート デスクトップ」でリモート デスクトップ プロトコル ( RDP) が有効になっていることを確認してください。ネットワーク レベル認証 (NLA) を一時的に無効にすると、問題が認証情報に関連しているかどうかを診断できる場合があります。
企業でよくあるもう一つの問題は、セキュリティ識別子（SID）の重複です。これは、 /generalize オプションを指定して Sysprep プロセスを実行せずにクローンイメージからマシンを作成した場合に発生します。2 台の PC が同じ SID を持っている場合、Kerberos 認証システムが誤動作し、接続がブロックされます。この場合の解決策は、 C:\Windows\System32\Sysprep にあるsysprep.exe を実行し、generalize チェックボックスをオンにして再起動することですが、この操作を行うにはマシンをドメインに再参加させる必要があります。
Windowsファイアウォールやサードパーティ製のウイルス対策ソフトも確認してみる価値があります。ポート3389がブロックされていると思われる場合は、 pspingツールを使用してリモートコンピュータが応答しているかどうかを確認できます。応答が100%ない場合は、ファイアウォールルールによってトラフィックがブロックされている可能性が非常に高いです。
高度な技術チェック
レジストリやコンソールで直接確認したい場合は、以下の簡単なチェック方法があります。レジストリエディターで、 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server にあるfDenyTSConnectionsキーを確認してください。値が 1 の場合は RDP が無効になっています。有効にするには、値を 0に変更してください。また、TermService (リモートデスクトップサービス) サービスとUmRdpServiceサービスが実行されていることを確認してください。
極端な場合、問題はRDP自己署名証明書にある可能性があります。証明書が破損している場合は、リモートデスクトップフォルダの証明書コンソール（MMC）から削除し、サービスを再起動することで、Windowsが自動的に新しい証明書を生成します。また、システムがこれらの証明書を書き込めるように、MachineKeysフォルダに適切なアクセス許可が設定されていることを確認してください。
この問題を解決するには、まず、問題がWindows 11の新しい管理者保護に起因するものなのか（その場合は従来の承認モードに戻す必要があります）、それともネットワークの問題、証明書、またはイメージのクローン作成による重複したSIDに関係するものなのかを特定する必要があります。エラー0xC000000Dはユーザーアカウント制御ポリシーを調整することで軽減できますが、一般的な接続エラーはポート3389を確認し、レジストリでサービスを有効にし、ファイアウォールがアクセスをブロックしていないことを確認することで解決できます。