web-dev-qa-db-ja.com

どちらのマシンにもRDPできませんが、両方にpingできますか？

最初のコンピューターは10.12.1.131
秒は10.12.1.132です

私は走ったnetstat -an | find "3389"両方のマシンで：

C:\Windows\system32>   netstat   -an   |    find   "3389"
  TCP    0.0.0.0:3389           0.0.0.0:0              LISTENING
  TCP    [::]:3389              [::]:0                 LISTENING
  UDP    0.0.0.0:3389           *:*
  UDP    [::]:3389              *:*

C:\Windows\system32>

両方のマシンからの結果。

したがって、両方のマシンが相互にpingを実行でき、ファイアウォールをチェックすると、RDPが許可されます。 Windowsエクスプローラを開いてネットワークに移動すると、PCが表示されます。しかし、私はどちらのマシンにもRDPできず、ファイルシステムにリモートでアクセスすることもできません。

Image

リモート接続を試みる代わりにファイルシステムにアクセスしようとすると、次のエラーが発生します。

enter image description here

networkingwindows-10remote-desktop
6
hhetryyehdjh

Telnetを使用して原因を特定する

もう1つ試す必要があるのは、ポート3389にTelnetで接続して、実際に接続できるかどうかを確認することです。ローカルPCで次のコマンドを実行します。

telnet remote_pc_or_ip 3389

注：このコマンドを有効にするには、「Telnetクライアント」Windows機能をオンにする必要がある場合があります。

すぐに完全に空白の画面が表示されたら、接続は成功しています。必要に応じて Ctrl+] 次にquitが続きます Enter Telnetセッションを終了します。

ただし、その他の応答（たとえば、「接続拒否」）を受け取った場合、何かがトラフィックをブロックしていることは明らかです。それが何であるかを調べて無効にする必要があります。

リモートPCのNetBIOS名、DNSホスト名、およびIPアドレスを使用して接続を試みると役立つ場合があります。正しく構成されていないネットワークが原因で、あるフォームが機能し、他のフォームが機能しない場合があります。ターゲットマシンのIPv6アドレスを試すこともできます。

さらに、接続しようとしているコンピューターに直接Telnetを実行して、RDP接続を受け入れるように正しく構成されていることを確認できます。

telnet 127.0.0.1 3389

これには、ネットワークトラフィックをフィルタリングしている可能性のあるファイアウォールやセキュリティデバイスを経由せずにRDP接続をテストできるという利点があります。ローカルにインストールされたほとんどのセキュリティプログラムでも、リモートノードからのトラフィックをブロックしている場合は、ローカルで開始されたネットワークトラフィックを許可します。

このテストは成功したが、リモートマシンからの接続が失敗した場合、リモートデスクトップサービスは正しく機能している可能性がありますが、リモートPCとローカルPC間のネットワークトラフィックが実際にブロックされています。

3
I say Reinstate Monica