これが私の経験です。Chrome 22.04 をインストールしたところ、「キーリング」と呼ばれるものを使用し始め、RDP 機能が完全に台無しになりました。
そこで、VM をすぐに再インストールし、他のソフトウェアを追加せずに RDP を使用しようとしました。
- 私は走った
apt upgrade - 有効設定 - 共有
- W11からHyper-V Ubuntuに接続しようとしました
22.04.01
私が得たものは次のとおりです:
Windows から RDP をもう一度試してください。今回はパスワードが求められ、RDP ウィンドウが開きますが、その中に別のエラーが表示されます。
systemctl --user status gnome-remote-desktop.service- 多くのエラーが表示されます (並べて読む必要があります):
答え1
統合された gnome-RDP-desktop-daemon には、他のどこにも見つからない特定の「機能」がいくつかあります。
- これはユーザー プロセスのようで、ホストに誰かがログインしている場合にのみ機能します...一部の VNC 実装に似ています。
- 画面ロックがアクティブになると、すぐにオフになります。
- 接続されているモニターをオフにすると、モニターもすぐにオフになります。
- ヘッドレスインストールには使用できません。
少なくとも、これを発表したり文書化したりしてほしかった。しかし、そうではない！このサービスは、どのユーザーも期待するとおりに機能するようにプログラムすることをお勧めします。そうでなければ、すべてのユーザーに、このような完全な機能を持つターミナルサービスのために XRDP デーモンをインストールすることをお勧めします。リモートデスクトップ XRDP インストール
答え2
これは、Wayland の Ubuntu 22.04 実装におけるよく知られた/文書化されたバグです。
出発点として、さらに詳しい情報を次に示します。 gnome-remote-desktop: RDP ユーザー名を取得できませんでした: 資格情報が設定されていません - その他
答え3
ここで mstsc が示すエラーは非常に一般的なものです。ただし、明らかなのは次の点です。
- ここでサーバーから切断されるのはクライアントです
- グラフィックス パイプライン ([MS-RDPEGFX]) が使用されます。
- mstsc ではフレームは表示されません。
mstsc には既知のバグがあり、クライアントがグラフィックス パイプラインの使用を受け入れたにもかかわらず、「32 ビット」以外の色深度を選択してからグラフィックス パイプライン (ログによると正常に初期化されています (「CapsAdvertise」メッセージを参照)) を使用すると失敗します。
色深度設定は古いサーバー (WinXP 時代) のみに適用され、グラフィック パイプラインでは色形式として 32 ビットのみが使用されます。https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-rdpegfx/80afb419-0cd5-49f8-8256-f77cc1787ec9
mstsc の接続画面で、「ディスプレイ」タブに移動し、「色」の下で「最高品質 (32 ビット)」を選択します。これが問題である可能性があると思います。
答え4
あなたの問題が私の問題と関連しているかどうかはわかりませんが、私の Remmina クライアント (Ubuntu 22.04 上) は、「画面共有」(Ubuntu 22.04 上) に接続するとすぐにクラッシュします。現在、RDP がデフォルトの画面共有プロトコルになっています。
これは有効なパスワードが提供された後にのみ発生しました。
私の修正方法: クライアントと画面共有ホストの両方の「ディスプレイ サーバー」を Wayland から Xorg に変更します... これを参照してください:
Ubuntu 22.04 で Wayland ディスプレイ サーバーから Xorg X11 に切り替える方法
ボーナス: これにより、アーカイブ マネージャーを使用して zip ファイルからファイルをドラッグしようとしたときに発生したドラッグ アンド ドロップの不具合の問題も修正されました。