リモートデスクトップを使用してプロキシ経由で接続するにはどうすればよいですか？
そのため、Windows Server 2003を実行しているホームサーバーがあります。デュアルネットワークカードのセットアップとルーティングとリモートアクセスを使用して、内部のプライベートネットワークを外部接続にリンクしています。外部接続は私のケーブルモデムに直接フックします（ルーターやその他のデバイスは間にありません）。
私が抱えている問題は、リモートデスクトップまたはVNCを使用して家の外の場所から（サーバーの外部接続に接続して）リモートでサーバーに接続できないことです。ルーティングとリモートアクセスのファイアウォールの両方のポートを有効にしてアクセスを許可し、Windows Server2003でリモートデスクトップを有効にしました。
奇妙なことに、私はcanホームサーバーのSVNリポジトリにアクセスし、サーバーのIPにpingすることさえできます。 IPを使用して接続を試みていますが、dyndns.comが提供する名前を使用してSVNリポジトリに接続しているため、違いはありません（IPが正しく解決されていることはわかっています）。
これをどこから診断し始めるかについてのアイデアはありますか？サーバーのイベントログに何も表示されません。他の情報が必要な場合は、私に知らせてください。ありがとう。
更新：最後の情報の1つ：職場ではプロキシサーバーを使用しています。これが原因であるとほぼ100％確信しています。回避策があります。VPNに接続すると（すでに建物の中にいる場合でも）、ホームサーバーに接続できます。これはVNCです。ただし、リモートデスクトップを使用してプロキシ経由で接続する方法はありますか？
もう1つの更新：確かに、問題の原因となったのは、仕事で後ろに座っているhttpプロキシでした。許容できる回避策は、VPN接続を使用してプロキシをバイパスすることです。
"家の外の場所"からサーバーにアクセスできないと述べました。 anyの場所から、または単に職場からホームサーバーにアクセスできないということですか？
どの場所からでもサーバーへのRDPセッションを確立できず、すべてが適切に構成されていると仮定した場合は、RDPのデフォルトポート（3389）を別のポートに切り替えることをお勧めします。
たとえば、ターミナルサーバーでポート33890を使用してみます。同じ問題が数回見られましたが、お客様のISPがポート3389でトラフィックをブロックしていたために発生しました。ISPがポート番号でトラフィックをブロックしている場合、デフォルトのポートを別のポートに変更すると、この問題を解決できます。ただし、ISPがアプリケーションレベル（つまり、レイヤー7）でトラフィックをフィルタリングしている場合、このヒントは役に立ちません。
職場から接続しようとしたときにのみ問題が発生する場合は、HTTPプロキシの背後にいることが原因である可能性があります。HTTPプロキシは通常、HTTP/HTTPSトラフィックのみを転送し、他のプロトコルを使用できなくなります。 （RDPやVNCなど）。
これは、pntiが提案するように、telnetコマンドを使用して確認できます。 telnettingが失敗した場合、職場からホームサーバーへのRDPまたはVNCセッションを確立できない可能性が非常に高くなります。
Telnetを使用して、外部から特定のポートへのアクセスを確認します。
telnet home_machine 3389 for Remote Desktop or
telnet home_machine 590x (0 or higher) for VNC
ところで：ウィンドウサーバー（コンピュータ>プロパティ>リモート）でリモートアクセスを有効にしましたか？
Vistaを使用する場合は、telnetクライアントを追加する必要があります。