エラーコード 0x516 は、実際にはそうでないのに、Windows リモートデスクトップが誰かがすでにあなたのコンピューターに接続していると判断していることを意味します。これは、スタックしたセッション、パスワード未設定、セッション制限、またはネットワーク構成の問題が原因で発生します。

対処法は状況によって異なります。多くのユーザーは、Windows アカウントにパスワードを設定する、スタックしたセッションをクリアするためにリモートデスクトップをいったん無効にしてから再度有効にする、グループポリシーでセッション制限を調整する、あるいはルーターのポート転送設定を修正することで解決しています。これらの解決策は Windows 10、11、Server の各バージョンで有効です。

私はこの問題を数週間にわたって各種技術フォーラムで追ってきましたが、これは人々がキーボードを部屋の向こうへ投げたくなる類のエラーのひとつです。エラーメッセージ自体は何が問題なのかを実際には教えてくれず、5分の間に3回も目にしているときには特に役に立ちません。

これが実際に起きていること、そして何よりも、その直し方です。

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

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

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

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

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

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

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

Windows キー + I を押し、アカウント > サインインオプションに移動します
パスワードを見つけて追加をクリックします
新しいパスワードを2回入力し、ヒントを追加してください
次へをクリックし、次に完了をクリックします
もう一度リモートデスクトップ経由で接続してみてください

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

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

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

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

Windows キー + R を押し、 sysdm.cpl と入力し、Enter を押します
リモートタブに移動して、”このコンピューターへのリモート接続を許可しない” を選択します
Applyをクリックし、OKをクリックしてから、コンピューターを再起動します
再起動後、もう一度 sysdm.cplを開き、リモートタブに移動します
“このコンピューターへのリモート接続を許可する” を選択し、”ネットワークレベル認証でのリモートデスクトップを実行しているコンピューターからの接続のみ許可する” にチェックが入っていることを確認します
適用をクリックし、次にOKをクリックして、接続を試してください

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

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

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

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

Windows キーを押し、gpedit.msc, と入力して Enter キーを押します
次の場所に移動: コンピューターの構成 > 管理用テンプレート > Windows コンポーネント > リモートデスクトップサービス > リモートデスクトップセッションホスト > 接続
“リモートデスクトップサービスのユーザーを単一のリモートデスクトップサービスセッションに制限する” をダブルクリックします
無効を選択し、適用をクリックしてから、OKをクリックします
コンピューターを再起動して、もう一度接続してみてください

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

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

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

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

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

コンピューターの IP アドレスを確認するには: コマンドプロンプトを開き（Windowsキー + R を押して cmd と入力）ipconfig と入力し、IPv4 アドレス（192.168 で始まる）を控えます
Webブラウザーで 192.168.1.1 または 192.168.0.1 にアクセスして、ルーターにログインします
ポートフォワーディングの設定を探してください (“Virtual Server” または “Applications” の下にある場合があります)
ルールを更新または作成する: 外部ポートと内部ポートの両方を3389に設定し、内部IPを手順1のアドレスに設定し、プロトコルをTCPに設定する
設定を保存したら、ルーターの電源プラグを30秒間抜いてから差し直してください
パブリック IP アドレスを使用してリモートデスクトップで接続してみてください

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

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

正直なところ、解決策がリモートデスクトップを修復することではない場合もあります。リモートデスクトップが不安定だと認めて、別のものを使うべきときもあります。

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

その人だけではありません。HelpWire、AnyViewer、Chrome リモートデスクトップのようなツールは、同じような Windows 固有の設定を必要としません。さまざまなネットワーク構成でも、より信頼性高く動作します。

ときには、完璧な選択より実用的な選択が勝ちます。仕事を進める必要があり、リモートデスクトップがうまくいかないなら、実際に動くものを使いましょう。トラブルシューティングは後でまた行えばかまいません。

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

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

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

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

エラー 0x516 の本当の意味

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

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

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

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

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

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

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

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

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

結論