내 경험은 다음과 같습니다. RDP 기능을 완전히 망친 "키링"이라는 것을 사용하기 시작한 설치된 Chrome을 22.04에 설치했습니다.
그래서 빠르게 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)는 이제 RDP가 기본 화면 공유 프로토콜인 "화면 공유"(Ubuntu 22.04)에 연결하자마자 즉시 충돌합니다.
이는 유효한 비밀번호를 제공한 후에만 발생했습니다.
내 해결 방법: 클라이언트와 화면 공유 호스트의 "디스플레이 서버"를 Wayland에서 Xorg로 변경합니다... 다음을 참조하세요.
Ubuntu 22.04에서 Wayland 디스플레이 서버를 Xorg X11로 전환하는 방법
보너스: Archive Manager를 사용하여 zip 파일에서 파일을 끌어내려고 할 때 경험했던 깨진 끌어서 놓기 문제도 해결되었습니다.