XP SP3からのアウトバウンドRDPセッションは失敗しますが、ポート3389は到達可能です
できます telnet 192.168.10.10 3389そして接続を取得します。しかし、192.168.10.10へのRDPクライアントはすぐに（1秒未満で）「接続」ボタンが一時的に灰色になり、RDPアプリは画面に残ります。サブネット上の他のノードから192.168.10.10までこれらを試したところ、同じ結果になりました。
192.168.10.10では、[リモートデスクトップの許可]が有効になっています。 192.168.10.10では、WindowsFiremallはオフになっています。同じサブネットから接続しています。つまり、ファイアウォールハードウェア/ルーターが邪魔になりません。 AVソフトウェアはインストールされていますが、同じサブネット上の他のノードでは、まったく同じAV設定（ネットワークグループプロファイル）を使用したRDP接続が許可されています。追加のAVソフトウェアまたはローカルファイアウォール製品について192.168.10.10を確認しました。きっと存在しないでしょう。レジストリをチェックして、3389がリスニング用に設定されたポートであることを確認しました。
XP問題（SP3）のようです。私のLAN上の2つのノードにこの問題がありますが、他の多くのノードは正常に動作します。
私も同じ問題を抱えています。
ポート3389は開いており、Telnet経由でアクセスできます。ログインしようとすると、接続されているように見えますが、少し間を置いて（約1〜2秒）セッションが切断されます。
Webを探し回ってシステムログを確認したところ、ディスプレイドライバの問題が原因であることがわかりました。私の場合、これはATI Catalystドライバーが原因でしたが、nVidiaドライバーを搭載したシステムでも問題が発生することが知られています。
次のようなメッセージについては、イベントログ>システムを確認することをお勧めします。
\SystemRoot\System32\RDPDD.dll failed to load
私の場合、この問題は基本的なATIビデオドライバーにロールバックすることで解決されました。
この問題のより詳細な説明は次のとおりです。 http://blogs.technet.com/b/brad_rutkowski/archive/2008/01/04/systemroot-system32-rdpdd-dll-failed-to-load.aspx
Telnetを使用して、ポートへの接続を開きます。非常に最初の段階であるRDPクライアントを使用します。次に、いくつかの接続パラメータをネゴシエートし、認証を実行します。それらのいずれかで失敗すると、すぐに切断されます。
RDPホストに問題がある可能性がありますが、Telnetは、ポートが接続できることを確認する以外に、このような問題を診断するのにまったく役に立ちません。 RDPクライアントが接続しようとしたときに何が起こるかを監視するために、Wiresharkなどを使用する傾向があります。
チェックする2つのこと：
アンチウイルスがMcAfeeEnerpriseの場合は、[不要なプログラムポリシー]で[リモート管理ツール]がオフになっていることを確認してください。
これらの両方のPCのイベントビューア。特に接続しようとしているPC。でリモートしようとするたびに、何かが失敗するかどうかを確認します。