【リモート接続】リモートデスクトップで資格情報が正しいのに拒否される場合の対処

リモートデスクトップ接続時に、正しいユーザー名とパスワードを入力しているにもかかわらず「資格情報が正しくありません」と拒否される問題は、特に在宅勤務が増えた現在のビジネス環境で多くの会社員を悩ませています。このエラーは単なる入力ミスだけでなく、ネットワーク設定やポリシー、アカウントの状態など複数の要因で発生するため、原因を切り分けることが迅速な解決の鍵となります。本記事では、具体的な確認手順と失敗パターンを整理し、管理者への報告に役立つ情報も含めて解説します。

1. 考えられる主な原因

1-1. 接続先PC側の設定不備

リモートデスクトップ接続が拒否される最も一般的な原因は、接続先のPCでリモートデスクトップ機能が有効になっていないことです。Windows 10/11のProやEnterpriseエディションでは標準機能ですが、Homeエディションではリモートデスクトップのホスト機能がありません。また、システムのプロパティで「リモートデスクトップを有効にする」が選択されていても、許可するユーザーリストに対象アカウントが含まれていないと接続は拒否されます。

1-2. ネットワーク関連の問題

社内ネットワーク外からの接続では、ルーターやファイアウォールによるポート3389(RDPのデフォルトポート)のブロックが原因で認証前に接続が拒否されるケースがあります。また、VPN接続を経由する場合、VPN自体の接続状態や認証方式が影響することもあります。クライアント側のネットワークプロファイルが「パブリック」になっていると、Windows Defender ファイアウォールがRDPトラフィックを遮断する可能性があります。

1-3. アカウントや資格情報の問題

パスワードの有効期限切れ、アカウントのロックアウト、ドメインコントローラーとの時刻同期のずれなども原因となります。さらに、接続先PCにローカルアカウントとドメインアカウントの両方が存在する場合、指定するユーザー名の形式(「PC名\ユーザー名」か「ドメイン\ユーザー名」か)を間違えると認証に失敗します。資格情報マネージャーに保存された古いパスワードが自動的に送信されることもあります。

1-4. グループポリシーやセキュリティ設定

ドメイン環境では、グループポリシーによって「ネットワークアクセス: ローカルアカウントの共有とセキュリティモデル」や「リモートデスクトップサービス: 資格情報の委任」などの設定が制限されている場合があります。また、接続元のPCがNLA(ネットワークレベル認証)に対応していないか、接続先がNLAを必須にしていると、資格情報入力前に切断されることもあります。

2. 接続元PC(クライアント)で行う確認と対処

2-1. 資格情報マネージャーのクリア

1. Windowsのスタートボタンを右クリックし、「コントロールパネル」を開きます。
2. 「ユーザーアカウント」→「資格情報マネージャー」をクリックします。
3. 「Windows資格情報」タブで、対象のリモートデスクトップ接続に関連するエントリ(例:「TERMSRV/コンピューター名」)を探します。
4. 該当するエントリを選択し、「削除」をクリックします。
5. 再度リモートデスクトップ接続を試し、新しいパスワードを入力します。

2-2. 接続元のファイアウォールとネットワークプロファイルの確認

1. 「設定」→「ネットワークとインターネット」→「状態」で、利用中のネットワークが「プライベート」ネットワークになっているかを確認します。パブリックの場合はプライベートに変更します。
2. 「Windows セキュリティ」→「ファイアウォールとネットワーク保護」で、各プロファイルの「allow an app through firewall」をクリックします。
3. 「リモート デスクトップ」が一覧にあり、プライベートネットワークにチェックが入っていることを確認します。なければ「設定の変更」→「他のアプリを許可」で追加します。
4. 会社PCでこれらの設定を変更する場合、グループポリシーで上書きされる可能性があるため、まずはネットワークプロファイルの変更だけ試してください。

3. 接続先PC(ホスト)で行う確認と対処

3-1. リモートデスクトップ設定の確認

1. 接続先PCにログインし(可能な場合)、「設定」→「システム」→「リモート デスクトップ」を開きます。
2. 「リモート デスクトップを有効にする」がオンになっていることを確認します。
3. 「ユーザー アカウントを選択する」をクリックし、接続を許可するユーザーリストに自分のアカウントが含まれているか確認します。なければ「追加」でユーザー名を入力して追加します。
4. 「ネットワーク レベル認証を使用してリモート デスクトップを実行しているコンピューターからのみ接続を許可する」のチェック状態を確認します。外すとセキュリティが低下しますが、切り分けのために一時的に外してみることも有効です。

3-2. ユーザーアカウントとパスワードの状態

接続先PCにローカルでログインできる場合、パスワードの有効期限やアカウントのロック状態を確認します。コマンドプロンプトを管理者として開き「net user ユーザー名」と入力すると、アカウントの有効期限やパスワード最終変更日が表示されます。ドメインアカウントの場合は、ドメインコントローラーに問い合わせる必要があります。

4. ネットワークとDNS関連のトラブルシューティング

4-1. 接続元から接続先への到達性確認

1. コマンドプロンプトを開き、「ping 接続先のIPアドレス」または「ping 接続先のホスト名」を実行します。応答がない場合、ネットワーク経路上で遮断されています。
2. 「telnet 接続先IP 3389」または「Test-NetConnection -ComputerName 接続先IP -Port 3389」(PowerShell)でポート3389が開いているか確認します。
3. 名前解決を確認するため「nslookup ホスト名」で正しいIPが返ってくるか確認します。
4. 社内ネットワーク外から接続する場合、VPN接続が確立しているか、ルーターのポート転送設定が正しいかを管理部門に確認してください。

4-2. DNSキャッシュと hosts ファイルの確認

クライアント側で「ipconfig /flushdns」を実行してDNSキャッシュをクリアします。また、C:\Windows\System32\drivers\etc\hosts ファイルに古いエントリが残っていないか確認し、不要な行は先頭に#を付けてコメントアウトするか削除します。このファイルは管理者権限が必要なため、変更前にバックアップを取ってください。

5. 状況別の原因と対処の比較表

状況	確認ポイント	主な対処
ローカルネットワーク内で接続不可	接続先のリモートデスクトップ有効化、許可ユーザー、ファイアウォール	設定の有効化、ユーザー追加、プライベートネットワークへの変更
VPN経由で接続不可	VPN接続状態、ルーター設定、ポート3389開放	VPNの再接続、ルーター設定確認、管理者に問い合わせ
パスワード変更直後に拒否	資格情報マネージャーの古いパスワード、パスワード同期遅延	資格情報マネージャーのクリア、再起動
特定のユーザーだけ拒否	許可ユーザーリスト、アカウントロック、グループポリシー	ユーザー追加、管理者によるアカウントロック解除
エラーメッセージが「資格情報が正しくありません」のみ	ユーザー名形式(ドメイン\ユーザー名)、NLA設定、時刻同期	ユーザー名形式の確認、NLA一時無効化、時刻同期の修正

6. よくある質問と失敗パターン

Q. ユーザー名はどう入力すればよいですか?

接続先がドメイン参加PCの場合、「ドメイン名\ユーザー名」の形式で入力します。ドメイン名はNetBIOS形式(例:CONTOSO\tanaka)が安全です。ローカルアカウントの場合は「PC名\ユーザー名」です。よくある失敗として、メールアドレス形式(user@contoso.com)で入力してしまうケースがありますが、Azure AD接続などの特別な環境を除き、通常は機能しません。

Q. パスワードを忘れたわけではないのに拒否されるのはなぜ?

パスワード自体は正しくても、アカウントがロックされている、パスワードの有効期限が切れている、ドメインコントローラーの時刻とクライアントの時刻が5分以上ずれている、などの理由で認証が拒否されることがあります。まずは別の端末で同じアカウントでログインできるか試すことで、アカウント自体の問題かどうかを切り分けてください。

失敗パターン: 資格情報マネージャーの自動認証に気づかない

一度保存された資格情報が自動的に送信されるため、ユーザーが新しいパスワードを入力する機会なくエラーが表示されることがあります。この場合、資格情報マネージャーから該当エントリを削除した後に手動でパスワードを入力することで解決します。また、接続時に「別のアカウントを使用する」オプションを明示的に選択する方法もあります。

7. 管理者へ確認すべき情報

上記の対処を試しても解決しない場合、ドメイン全体のグループポリシーやネットワークセキュリティ設定が影響している可能性があります。管理者に連絡する際は、以下の情報を整理して伝えるとスムーズです。

• 接続元PCのホスト名とIPアドレス、OSのエディション(Home/Pro)
• 接続先PCのホスト名とIPアドレス、OSのエディション
• 使用している認証方式(ユーザー名の形式、ドメイン参加の有無)
• エラーが発生するタイミング(認証ダイアログの直前か、パスワード入力後か)
• 試した対処法(資格情報マネージャーのクリア、ファイアウォール設定変更など)
• イベントビューアーの「Windows ログ」→「セキュリティ」に記録されるイベントID 4625(ログオン失敗)の詳細

イベントID 4625の取得方法: 接続元PCでイベントビューアーを開き、「Windows ログ」→「セキュリティ」を選択、右側のフィルターでイベントID 4625を指定します。エラーが発生した時刻のログをダブルクリックし、アカウント名やエラーコード(サブステータス)をメモします。特にサブステータス0xC000006D(アカウント名またはパスワードが無効)と0xC000006E(アカウントがロックアウト)は原因特定に役立ちます。

まとめ

リモートデスクトップで資格情報が拒否される問題は、多くの場合、接続先の設定ミスや資格情報マネージャーの古いデータ、ネットワークプロファイルの違いが原因です。まずは接続先のリモートデスクトップ有効化と許可ユーザー確認、クライアントの資格情報マネージャークリアとネットワークプロファイルの変更を試すことで、約7割のケースは解決します。それでも改善しない場合は、アカウントのロック状態やグループポリシーが疑われるため、イベントログの情報を添えて管理者に相談してください。根本的な再発防止として、パスワード変更後は必ず資格情報マネージャーの該当エントリを削除し、NLAの設定を会社のセキュリティポリシーに合わせて統一することをおすすめします。

💻

Windowsトラブル完全解決データベース 起動不能、更新の不具合、動作が重い、設定の消失など、Windows 10/11のあらゆるトラブル解決手順を網羅しています。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。