エラーコード 0x516: 実証済みの解決策によるリモートデスクトップの修復方法

How to Fix Error Code 0x516

Error code 0x516 means Windows Remote Desktop thinks someone else is already connected to your computer, even when they’re not. This happens due to stuck sessions, missing passwords, session limits, or network configuration issues.

The fix depends on your specific situation. Most users solve it by adding a password to their Windows account, toggling Remote Desktop off and back on to clear stuck sessions, adjusting session limits in Group Policy, or fixing their router’s port forwarding settings. These solutions work across Windows 10, 11, and Server versions.

I’ve been tracking this issue across tech forums for weeks now, and it’s one of those errors that makes people want to throw their keyboards across the room. The error message doesn’t actually tell you what’s wrong, which is particularly unhelpful when you’re staring at it for the third time in five minutes.

If you’d rather skip the phantom-session guesswork entirely, HelpWire is worth knowing about upfront: it’s a free remote access tool that doesn’t use Windows’ own session-limit tracking, so there’s no stuck “ghost” session for it to trip over in the first place, and no single-session-at-a-time restriction to hit either. A session starts from a link instead of a session ID, so there’s nothing for Windows to mistake for a leftover connection. It runs on Windows, macOS, and Linux, which matters here since 0x516 is partly a Windows Home/Pro session-limit quirk to begin with. More on it near the end.

Let me walk you through the fixes that actually work.

HelpWire 4.8
ゴーストセッションによる混乱のないリモートアクセス。
Visit Site
価格: 無料
対応システム: Windows, macOS, Linux
HelpWire

エラー 0x516 の本当の意味

手短に言うと? 実際にはそうでなくても、Windows はそのコンピューターを別の誰かが既に使用していると認識しています。

もう少し詳しく言うと、リモート デスクトップの仕組みの話になります。Windows は同時に接続できる人数を制限しています。Windows 10 または 11 の Home または Pro を使用している場合、リモート デスクトップで同時にログインできるのは 1 人だけです。サーバー版では、Microsoft が「管理モード」と呼ぶ形で 2 接続まで許可されていますが、それくらいです。

前のセッションが正しく終了していないことがあります。ネットワーク設定について Windows が混乱することもあります。さらに、フォーラムの投稿を掘り下げて見つけたのですが、誰も確認しようとしないばかばかしいほど単純なことが原因になっている場合もあります。

実際に効果のある対処法を順を追ってご紹介します。

解決策 1: Windows アカウントにパスワードを追加する

なぜこれが機能するのか: リモート デスクトップには、パスワードのないアカウントへの接続をブロックする組み込みのセキュリティ要件があります。ローカルのサインインに PIN や Windows Hello を使っていても、リモート デスクトップでは接続を認証するために従来のパスワードが必要です。

本当だとは思えないほど単純に聞こえますが、思う以上に多くの人がこれでつまずきます。

裏庭の観測所向けにリモート デスクトップを設定しようとしていた人がいた Cloudy Nights のフォーラムで、このヒントを見つけました。何ページにもわたるトラブルシューティングの後、別のユーザーがこう尋ねました: “観測所の PC にはユーザー & パスワードの設定がありますか? RDP はそれらが設定されている場合にのみ機能するので伺っています。” 返答は? “これが問題かもしれません。”

パスワードを追加する方法:

  1. Windows キー + I を押し、アカウント > サインイン オプション に移動します

  2. パスワードを見つけて追加をクリックします

  3. 新しいパスワードを2回入力し、ヒントを追加してください

  4. 次へをクリックし、次に完了をクリックします

  5. もう一度リモート デスクトップ経由で接続してみてください

もしこれが原因だったなら、少しばつが悪く感じるかもしれません。でも、少なくとも接続できるようになります。

解決策 2: オフにしてオンにすることでリモート デスクトップをリセットする

これが機能する理由: リモート デスクトップのセッションが不適切に切断されると、Windows がバックグラウンドで「ゴースト」接続をアクティブなまま残してしまうことがあります。このゴースト セッションのせいで、Windows は誰かがまだログインしていると認識します。リモート デスクトップを無効にしてから再度有効にすると、Windows にすべてのアクティブ セッションをクリアさせ、まっさらな状態から再開させます。

この対処法を初めて聞いたときは、思わず苦笑いしました。オフにして、またオンにする?本当に?

でも実のところ、これは驚くほどよく効きます。Microsoft Q&A のスレッドでは、接続を直すために対象のコンピューターでリモート制御を無効にしてから再度有効にする必要があったと述べたユーザーもいました。ときには、いちばん単純な解決策こそがいちばん効くものです。

リモート デスクトップをリセットする方法:

  1. Windows キー + R を押し、 sysdm.cpl と入力し、Enter を押します

  2. リモート タブに移動して、”このコンピューターへのリモート接続を許可しない” を選択します

  3. Applyをクリックし、OKをクリックしてから、コンピューターを再起動します

  4. 再起動後、もう一度 sysdm.cplを開き、リモート タブに移動します

  5. “このコンピューターへのリモート接続を許可する” を選択し、”ネットワーク レベル認証でのリモート デスクトップを実行しているコンピューターからの接続のみ許可する” にチェックが入っていることを確認します

  6. 適用をクリックし、次にOKをクリックして、接続を試してください

これにより、接続をブロックしている可能性のあるゴーストセッションがクリアされます。

解決策 3: 単一セッションの制限を無効にする

なぜこれが機能するのか: Windows はデフォルトで、一度に 1 つのセッションのみを許可する厳格なルールを適用しています。前のセッションがクラッシュしたり正しく終了しなかった場合でも、Windows はそれをアクティブとして扱い、新しい接続をブロックします。この制限を無効にすると、複数セッションに対してより柔軟に対応するよう Windows に指示でき、ハングしたセッションによるロックアウトを防げます。

Windows が一度に 1 つの接続しか許可しないと言ったのを覚えていますか? それには、あなた自身が 2 回接続する場合も含まれます。

もし以前に接続を試みてセッションが正しく終了しなかった場合、Windows はあなたがまだログインしていると見なします。再度接続しようとすると、Windows は自分が「別のユーザー」だと思っているものを強制的にログオフしますが、実際にはそれはあなたのゴーストセッションです。

セッションの制限を変更する方法:

  1. Windows キーを押し、gpedit.msc, と入力して Enter キーを押します

  2. 次の場所に移動: コンピューターの構成 > 管理用テンプレート > Windows コンポーネント > リモート デスクトップ サービス > リモート デスクトップ セッション ホスト > 接続

  3. “リモート デスクトップ サービスのユーザーを単一のリモート デスクトップ サービス セッションに制限する” をダブルクリックします

  4. 無効を選択し、適用をクリックしてから、OKをクリックします

  5. コンピューターを再起動して、もう一度接続してみてください

これは、必要に応じて複数のセッションを許可するよう Windows に指示します。ただ、正直なところ、これが必要な状況なら、まず先に終了すべき残存セッションがないかを確認したほうがよいかもしれません。

解決策4: ルーターのポート転送を修正する

なぜこれが機能するのか:自宅ネットワークの外から接続する場合、リモート デスクトップは通信にポート3389を使用します。ルーターは時間の経過とともにデバイスに異なるIPアドレスを割り当てることがよくあります(DHCP と呼ばれます)コンピューターのIPアドレスが変わると、ポート転送ルールが誤ったデバイスを指し示し、接続試行はコンピューターに到達しなくなります。

自宅のネットワークではなくインターネット経由で接続している場合、これは特に厄介です。

Microsoft Q&A のある困っていたユーザーはこう共有しています:動的IPアドレスが変わっていました。そこで、ポート3389の転送ルールに新しいパブリックIPアドレスを入力しました。ルーターを再起動する必要がありました。

数週間前にポート転送を設定していて、突然動作しなくなった場合は、ルーターがコンピューターに別のIPアドレスを割り当てた可能性が高いです。

ポートフォワーディングを修正する方法:

  1. コンピューターの IP アドレスを確認するには: コマンド プロンプトを開き(Windowsキー + R を押して cmd と入力)ipconfig と入力し、IPv4 アドレス(192.168 で始まる)を控えます

  2. Webブラウザーで 192.168.1.1 または 192.168.0.1 にアクセスして、ルーターにログインします

  3. ポートフォワーディングの設定を探してください (“Virtual Server” または “Applications” の下にある場合があります)

  4. ルールを更新または作成する: 外部ポートと内部ポートの両方を3389に設定し、内部IPを手順1のアドレスに設定し、プロトコルをTCPに設定する

  5. 設定を保存したら、ルーターの電源プラグを30秒間抜いてから差し直してください

  6. パブリック IP アドレスを使用してリモート デスクトップで接続してみてください

注意喚起: 修正策としてDMZモードを有効にすることを提案する人がいます。そうしないでください。セキュリティ意識の高いあるユーザーが同じMicrosoftのスレッドで警告している: 「これの解決策がDMZだという考えには強く反対します。特にインターネット上でホストを完全に公開状態に置くことは、賢明なことだとは思いません。

そのとおりです。DMZはあなたのセキュリティ保護の大半を取り除いてしまいます。鍵の回りが悪いからといって玄関のドアを開け放しておくようなものです。

何をやってもうまくいかないときは: 別のツールを試す

正直、解決策がリモート デスクトップの修復とは限りません。リモート デスクトップが気まぐれだと認めて、別のものを使うべきときもあります。

「これがどれほど苛立たしいか、痛いほどわかります」と、あるユーザーが Microsoft フォーラム に書いています。ここ数週間、私も同じエラーに対処してきました。無料の代替として HelpWire を使い始めましたが、今のところ信頼できます。

それは、そもそも 0x516 が発生する理由とも合致します。このエラーは、セッションの状態について Windows が混乱すること―幽霊セッションがまだ「アクティブ」なのか、以前の接続が実際に閉じられたのか―から生じます。HelpWire はその層を丸ごと回避します。Windows の組み込みのセッション制限トラッキングを使わないため、引っかかるゴーストセッションがありません。接続リンクを送って相手が承認し、セッションは動くか動かないかのどちらか。途中で「別の接続が行われました」といった曖昧さはありません。

ときには、理想より実用が勝ちます。仕事を進める必要があるのにリモート デスクトップが抵抗してくるなら、実際に動くものを使いましょう。トラブルシューティングには、あとでいくらでも戻れます。

結論

エラー 0x516 が厄介なのは、まさにエラーメッセージがあいまいすぎるからです。Another connection was made」では、それがパスワードの問題なのか、セッション上限なのか、ネットワークの問題なのか、まったく分かりません。

まずは簡単なところから始めましょう。パスワードが設定されていることを確認してください。いったんオフにしてからオンに戻すという手を試してみてください。それでもだめなら、グループポリシーの設定を確認し、ネットワーク構成をチェックしてください。

それでもうまくいかない場合は?問題なく動く代替手段を使うことを恥じる必要はありません。リモートデスクトップはうまく動作してくれれば強力ですが、そう都合よくいかないこともあります。