職場でWindows10マシンをリモートで使用しています。ローカルマシンもリモートマシンも同じISPネットワーク（同じローカルネットワークではなく、同じISP）に入っています。私はもう1年近くそのように使用していますが、私は全く問題を経験したことがありませんでした
最近までは。何か具体的なきっかけがあったのかどうかはわかりませんが、リモートをW10 1903にアップグレードしてからこの挙動が起き始めたような気がします。その後、ローカルの方も同様にアップグレードしたのですが、問題が悪化しただけのような気がします（ただし、実際にはデータはありません）
時々、セッションがフリーズします – 画像の更新が止まります。しかし、私が入力したものやマウスクリックしたものはまだ送信されています。エラーメッセージは何も表示されず、画像は単にフリーズします。再度動作させるには、セッションを閉じて再度開かなければなりません。フリーズしている間に入力したり、クリックしたりしたものはすべて残っています
これをデバッグする方法はありますか？
136 None 2019-09-10
私はまた、クライアントマシンとして動作するWindows 10 1903上で2019年7月以来、この問題に遭遇しました。クライアント上の次の回避策は私のために動作するので、RDPはもはやフリーズしません
高架下のコマンドプロンプトを起動し（管理者としてcmd.exeを実行）、実行します
その後、リモートデスクトップクライアント（mstsc.exe、別名Microsoft Terminal Services Client）を再起動します
この問題の最終修正を待っています
133 robbie fan 2019-09-17
Windows 10（1903年と1909年）で遭遇
問題のマニフェスト
RDPセッションが妙に更新され、オーディオやビデオが歪む
RDP セッションがハードフリーズします。クライアントウィンドウはレスポンシブですが、その中のコンテンツは基本的に静的な画像です
RDPセッションが回復し、通常の機能が再開することがあります
RDPセッションが無期限にハングしているように見えることもあります。エラーメッセージは表示されず、クライアントウィンドウは正常に閉じて再起動することができます
Speculated causation:
主に負荷がかかるUDPプロトコルを使用した場合に発生するようです
私の推測では、RDPプロトコルは、パケットが失われたり、秩序を失ったりすることへの回復力を失っているのではないかと思います
Work-arounds:
一つの回避策も完全ではないようです。例えば、TCPのみのモードでもRDPが完全にフリーズしたことがあります。しかし、ネットワークの接続性を改善したり、負荷（ビデオやオーディオなど）を軽減したりすることと相まって、TCPオンリーにすることで、インシデント率を大幅に下げることができるようです
部分的な回避策。ネットワーク接続を改善します。ローカルの直接接続が比較的信頼性が高い場合があります
部分的な回避ネットワークの負担を減らす。RDP セッションの設定を減らす、オーディオを避ける、ビデオを避けるなどが有効のようです
完全な回避策。UDP を無効にする。RDP は UDP よりも TCP の方がずっと良い挙動をするようです。TCP のみに切り替えると、少しラグが多くなるようですが、ラグはより整然としていて（これは不規則なラグよりも不思議といい感じです）、まだ不定のハングに遭遇したことがありません。 3 つの実装方法 (おそらく相互に互換性がありますが、おそらく 1 つしか必要ないでしょう)
クライアント上でローカルグループポリシーエディタ → ローカルコンピュータポリシー → コンピュータ設定 → 管理用テンプレート → Windowsコンポーネント → リモートデスクトップサービス → リモートデスクトップ接続クライアント → クライアントのUDPをオフにする → 有効にします
サーバー上では[未テスト]。ローカルグループポリシーエディタ → ローカルコンピュータポリシー → コンピュータ設定 → 管理テンプレート → Windows コンポーネント → リモートデスクトップサービス → リモートデスクトップセッションホスト → 接続 → RDP トランスポートプロトコルを選択 → 有効 → TCP のみを使用します
推奨されていない（レジストリエディタをいじっている） Source.@robbiefanさんの回答クライアント上。レジストリエディタ→コンピュータ→HKEY_LOCAL_MACHINE→ソフトウェア→ポリシー→マイクロソフト→Windows NT→ターミナルサービス→クライアント→[右クリック]→新規→DWORD(32ビット)値→名前。
fClientDisableUDP→ 値のデータ。1→ ベース。Decimal注：これは私が試したときにはうまくいったようですが、それ以上のことはあまり確認できません。試した後、この解決策を元に戻し、代わりにグループ・ポリシーに頼ることにしました
Discussion: Background
詳細はあいまいですが、要するにWindows 10 1903以前に実装されていたRDPプロトコルに何かしらのバグが発見されていたのではないかと思います
CVE-2019-1182 | リモートデスクトップサービスのリモートコード実行の脆弱性
そうすると、Windows 10 1903はこれらを修正するためのものだったのだと思います
どうやら新しいバージョンのRDPプロトコルには、このような問題があるようです。UDPを無効にする(TCPを強制的に使用する)ことは、プロトコルが少し遅れているように感じるかもしれませんが、十分にまともな回避策だと思われます。とはいえ、旧バージョンのRDPプロトコルではオーディオの遅延の問題もありましたが、今はかなり改善されているようですので、個人的には嬉しい限りです
58 Nat 2020-03-14
VPN経由でリモートデスクトップに接続する場合、[ローカルエクスペリエンスの表示オプション]で[持続的ビットマップキャッシング]を無効にすることで解決するようです
Windows 10 Home build 18363をチェックポイントVPNでWin10 Enterprise build 18363に接続
一番上の回答にあるようにUDPを無効にしてみましたが、フリーズした画面の症状ではなく、頻繁に切断されてしまいました
更新: これは完全な修正ではありません。フリーズの発生頻度は少なくなりましたが、まだ発生しています。エクセルで数十から数百の行をコピーすることで、半「確実に」フリーズを引き起こすことができます。選択範囲のサイズに敏感に反応しているようです (小さいほどフリーズしにくくなります)。ローカルリソースでクリップボードを無効にしても問題ないようです
3 matt wilkie 2020-06-17
私は数週間前からこの問題を抱えていました。私はそれが私のラップトップ（私も接続している）が高負荷の下に来ていることと一致していると信じていました
これは、おそらくラップトップがスロットリング自体とパケット/接続を失うことの結果だと考えさせられました, おそらく他のものを優先させた結果として
昨日はノートパソコンを逆さまにしたショットグラス3個に乗せて、扇風機を狙って涼しくしていました
それ以来、切断されたことはありません。1日に少なくとも10回はこの問題が発生していましたが、今では2日で0件になりました
本当の修正ではありませんが、一時的な回避策として覚えておいた方がいいかもしれません
1 JensB 2020-03-19
UDPルールは動作しているように見えますが、パフォーマンスが大幅に低下するので、もっと多くのケースを調査し続けることにしました
解決しました。スマートカード」を通過させるデフォルトのオプションをチェックすると、RDP セッションが確立した直後にフリーズすることがわかりました。これをRDPの[ローカルリソース]タブでチェックを外すと、問題は解決しました。なぜスマートカード（私の勤務先では使用していません）がこのような問題を引き起こすのでしょうか？スマートカードがRDPセッションにどのような影響を与えるかはわかりませんが、Windows 10への移行の一環として、Microsoft Group Policyの推奨ベースライン設定を使用するようになりました。いずれにしても、他の人がこの問題に遭遇した場合に備えて、共有しておきます
0 Mario 2020-03-11
同じ症状の問題に遭遇し、このスレッドにあるUDPの体操をすべて試してみましたが無駄でした。私はそれらをすべてデフォルトに戻しました。Windows 10のRDPには、クライアントには垂直モニタがないのに、ホストのモニタの1つが垂直になっている場合に問題があることがわかりました。垂直モニタが無効になっている場合、RDP は正常に動作します
0 user778642 2020-08-27
音声入出力やビデオ入力（ウェブカメラ）など、厳密には必要のないローカルリソースをすべてオフにしたところ、私のはまだUDPの方がうまくいっています
0 O’Rooney 2020-09-03
