모니터 없는 Wayland 원격 접속, 필요할 때 가상 화면 만드는 제안
모니터 없이 켜 둔 Wayland PC에 원격으로 들어가려는데 보여 줄 화면이 없다. 필요할 때 가상 화면을 만들자는 ext-transient-output 제안은 지금 쓸 수 있을까?

- ext-transient-output은 원격 도구가 물리 모니터 없는 가상 화면을 만들도록 요청하는 Wayland 프로토콜 제안이다.
- 컴포지터가 요청을 허용해야 화면이 생기며, 해당 출력 객체를 없애면 화면도 제거된다.
- 10월 26일 현재 제안과 wlroots의 초안 구현은 미병합 상태다. 기존 headless 접속의 가능 여부는 사용 중인 데스크톱과 도구에 달려 있다.
원격으로 보낼 화면을 프로그램이 요청한다
모니터를 연결하지 않은 Linux 컴퓨터에 원격 접속하려면, 전송할 데스크톱 화면이 먼저 있어야 한다. Simon Ser가 10월 25일 제출한 ext-transient-output 제안은 VNC 서버 같은 원격 프로그램이 그 화면을 요청하는 방법을 추가하려는 작업이다.
제안의 핵심은 물리 기기에 묶이지 않은 임시 가상 출력이다. 여기서 출력은 데스크톱이 그려질 화면을 뜻한다. 원격 도구가 화면 생성을 요청하고, 만들어진 출력을 별도의 캡처 프로토콜로 받아 원격 클라이언트에 보여 주는 구상이다.
독자에게 의미 있는 변화는 원격 작업용 화면을 필요할 때 프로그램이 만들 수 있는 인터페이스가 생긴다는 점이다. 이 제안 자체가 VNC 서버나 로그인 기능은 아니다. 10월 26일 현재 프로토콜 제안은 열려 있고, 연결된 wlroots 구현도 초안 단계다.
화면 생성 권한은 컴포지터가 판단한다
어떤 앱이든 가상 화면을 마음대로 만들게 하는 설계는 아니다. 제안된 프로토콜은 권한을 가진 클라이언트를 대상으로 하며, 화면 구성을 요청받은 컴포지터가 생성을 허용하거나 거절할 수 있게 한다. 컴포지터는 창을 배치하고 최종 화면을 구성하는 데스크톱의 구성 요소다.
요청이 승인되면 클라이언트는 새 출력의 식별 정보를 받는다. 생성 뒤에는 화면 구성을 다시 요청할 수 있다. 해당 임시 출력 객체를 클라이언트가 제거하면 연결된 화면도 사라진다.
컴포지터가 출력을 먼저 없애는 경우도 규정돼 있다. 원격 도구 개발자는 생성 성공뿐 아니라 거절과 출력 제거도 처리해야 한다. 임시 화면이라는 성격이 생성부터 정리까지 프로토콜에 반영된 셈이다.
Wayland에서 모니터 없는 접속이 처음 가능해지는 것은 아니다
일부 환경은 이미 모니터 없는 Wayland 세션을 원격으로 사용할 수 있다. WayVNC 공식 안내는 실행 중인 wlroots 기반 Wayland 세션에 연결하며, 그 세션이 headless여도 된다고 설명한다. 반면 GNOME·KDE·Weston은 지원 대상에서 제외한다.
이번 작업은 원격 도구가 임시 출력을 요청하는 공통 인터페이스를 제안한 것이며, 사용하려면 해당 컴포지터와 원격 프로그램의 구현이 필요하다.
| 독자가 하려는 일 | 필요한 기능 | 이번 제안과의 관계 |
|---|---|---|
| 켜져 있는 데스크톱을 원격으로 본다. | 기존 화면 캡처와 입력 전달이다. | 새 임시 화면이 꼭 필요한 경우는 아니다. |
| 물리 모니터 없이 원격용 화면을 만든다. | 가상 출력 생성이다. | 제안이 직접 다루는 부분이다. |
| 로그인하지 않은 컴퓨터에 접속한다. | 인증과 세션 시작이다. | 가상 출력 생성만으로 해결되지 않는다. |
모니터 없음과 현장 승인 없음부터 구분한다
지금 원격 환경을 고를 때는 물리 화면이 없는지, 사용자가 로그인해 있는지, 현장에서 승인할 사람이 없는지를 따로 적어야 한다. 모두 ‘원격 접속’이라고 부르지만 필요한 기능은 다르다.
ThinLinc 개발진의 설명도 기존 세션에 붙는 접속과 headless 다중 사용자 세션을 구분한다. 개발진이 참여하는 RemoteDesktop1은 별도의 초안이며, headless 세션을 시작하는 방법도 별도 작업으로 다룬다. 가상 모니터를 만들 수 있다는 사실만으로 로그인부터 데스크톱 시작까지 갖춰지는 것은 아니다.
배포판 이름만 확인하지 말고 실제 사용하는 GNOME·KDE·wlroots 계열 환경과 원격 도구의 지원 범위를 맞춰야 한다. ext-transient-output의 도입 시점은 프로토콜 병합, 컴포지터 구현, 원격 도구 지원을 차례로 봐야 한다. 지금 환경을 구성한다면 설치한 도구가 기존 세션 공유, headless 세션, 로그인 전 접속 중 무엇을 지원하는지부터 확인해야 한다.