wslg

KO | EN

gitlite — search

#javascript #python #react #ai #golang #android #rust #deep-learning #nodejs #java #kubernetes #awesome-list #mcp #openai

(★ 11,798)

Wayland 및 X 서버 관련 시나리오 지원을 포함하도록 Windows Subsystem for Linux 활성화하기

wslg 최신버젼 다운로드

최종 버전 다운로드 (.zip)

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# WSLg에 오신 것을 환영합니다
WSLg는 *Windows Subsystem for Linux GUI*의 약어로, 이 프로젝트의 목적은 Windows에서 Linux GUI 애플리케이션(X11 및 Wayland)을 완전히 통합된 데스크톱 환경으로 실행할 수 있도록 지원하는 것입니다.

WSLg는 PC에서 Windows를 선호하거나 실행해야 하지만 Linux 환경에서 가장 잘 작동하거나 독점적으로 작동하는 도구나 애플리케이션을 실행할 수 있는 기능도 필요한 개발자, 과학자 또는 마니아들에게 통합된 경험을 제공합니다. 사용자는 Windows와 Linux 전용 PC를 각각 사용하는 멀티 시스템 설정, Windows 또는 Linux를 호스팅하는 가상 머신, 혹은 Windows에서 실행되어 WSL에 투영되는 XServer를 사용하여 현재도 이를 수행할 수 있지만, WSLg는 더욱 통합되고 사용자 친화적이며 생산적인 대안을 제공합니다.

WSLg는 Linux GUI 애플리케이션이 Windows에서 네이티브하고 자연스럽게 느껴지도록 노력합니다. 시작 메뉴에 통합되어 실행되는 것부터 작업 표시줄에 나타나는 것, alt-tab 경험, Windows와 Linux 애플리케이션 간의 잘라내기/붙여넣기 활성화에 이르기까지, WSLg는 Windows 및 Linux 애플리케이션을 활용하는 원활한 데스크톱 경험과 워크플로를 지원합니다.

![WSLg Integrated Desktop](https://raw.githubusercontent.com/microsoft/wslg/main/docs/WSLg_IntegratedDesktop.png)

# WSLg 설치하기

## 사전 요구 사항

- WSLg는 Windows 11과 Windows 10 모두에서 지원됩니다. Windows 10 사용자는 Windows Update를 방문하여 사용 가능한 모든 업데이트를 설치함으로써 Windows 10 설치가 최신 상태인지 확인해야 합니다.

- WSLg는 Windows 11의 내장(inbox) WSL 지원 기능의 일부로 제공될 뿐만 아니라 [Windows Subsystem for Linux from the Microsoft Store](https://aka.ms/wslstorepage)를 통해서도 제공됩니다. Windows 10과 Windows 11을 모두 지원하고 가장 최신 버전의 WSL 및 WSLg를 포함하는 Microsoft Store 버전의 WSL을 사용하는 것을 강력히 권장합니다.

- WSL 환경에서 GPU 가속의 이점을 누리려면 GPU 제조업체의 웹사이트에서 제공하는 최신 드라이버로 그래픽 드라이버를 업데이트해야 합니다.
     
   
## 설치 지침 (신규 설치 - 이전 WSL 설치가 없는 경우)

관리자 권한으로 명령 프롬프트를 열고 `wsl --install -d Ubuntu` 명령을 실행한 다음, 메시지가 나타나면 재부팅합니다.

재부팅 후 설치가 계속됩니다. 사용자 이름과 비밀번호를 입력하라는 메시지가 표시됩니다. 이는 Linux 자격 증명이며 원하는 대로 설정할 수 있고 Windows 자격 증명과 일치할 필요는 없습니다.

와! WSL과 WSLg가 설치되어 사용할 준비가 되었습니다!

## 설치 지침 (기존 WSL 설치가 있는 경우)

WSLg가 없는 기존 WSL 설치가 있고 WSLg가 포함된 최신 버전의 WSL로 업데이트하려는 경우, 관리자 권한 명령 프롬프트에서 `wsl --update` 명령을 배포하세요.

WSLg는 WSL 2와만 호환되며 WSL 1 모드로 작동하도록 구성된 WSL 배포판에서는 작동하지 않습니다. Linux 배포판이 WSL 2 모드로 실행되도록 구성되어 있는지 확인하고, 그렇지 않은 경우 WSL 2로 전환하세요. 원하는 경우 WSLg를 설치한 후에도 Linux 배포판을 WSL 1 모드로 계속 실행할 수 있지만, WSL 1 모드로 실행되도록 구성된 배포판은 WSLg와 통신할 수 없으며 GUI 애플리케이션을 실행할 수 없습니다.

관리자 권한 명령 프롬프트에서 다음 명령을 사용하여 현재 설치된 배포판과 해당 배포판이 구성된 WSL 버전을 나열할 수 있습니다.

```powershell
   wsl --list -v
```
버전 1 모드로 실행 중인 경우 버전 2로 전환하세요. 이 작업은 다소 시간이 걸릴 수 있습니다.

```powershell
   wsl --set-version _distro_name_ 2
```

관리자 권한 명령 프롬프트에서 이 명령을 실행하여 WSL을 다시 시작합니다(먼저 대기 중인 작업을 모두 저장해야 합니다):

```powershell
    wsl --shutdown
```

## WSL + WSLg 업데이트하기

미리보기용으로 릴리스된 최신 버전의 WSL 및 WSLg로 업데이트하려면, 관리자 권한 명령 프롬프트나 powershell에서 `wsl --update`를 실행하기만 하면 됩니다.

변경 사항이 적용되려면 WSL을 다시 시작해야 합니다. 관리자 권한 명령 프롬프트에서 `wsl --shutdown`을 실행하여 WSL을 다시 시작할 수 있습니다. WSL이 최신 버전인 경우

실행 중인 경우 종료되므로, 진행 중인 작업이 있다면 반드시 먼저 저장하세요! 다음에 WSL 애플리케이션이나 터미널을 실행하면 WSL이 자동으로 다시 시작됩니다.

## 첫 실행

본 안내에 따라 `Ubuntu` Linux 배포판을 설치했다면 시작 메뉴에서 `Ubuntu` 아이콘을 찾을 수 있습니다. 이를 실행하세요. 그러면 WSL 2 VM이 시작되고, 해당 VM 내에서 Ubuntu WSL 배포판이 실행되며 상호작용할 수 있는 터미널이 제공됩니다. 드디어 Windows에서 Linux를 실행하게 되었습니다!

WSL용으로 빌드된 다른 Linux 배포판을 살펴보고 싶다면, 관리자 권한의 명령 프롬프트에서 `wsl --list --online` 명령을 사용하여 시스템에서 사용할 수 있는 배포판 목록을 확인할 수 있습니다. WSL 내에 여러 Linux 배포판을 설치할 수 있으며 이들은 충돌 없이 나란히 공존하므로, 부담 없이 실험하고 다양한 시도를 해보세요.

축하합니다. 모든 설정이 완료되었으며 이제 GUI 앱을 사용할 준비가 되었습니다!

## GUI 앱 설치 및 실행

일부 GUI 앱을 시작하려면 Linux 터미널에서 다음 명령을 실행하여 몇 가지 인기 있는 애플리케이션을 다운로드하고 설치할 수 있습니다. Ubuntu가 아닌 다른 배포판을 사용하는 경우 패키지 관리자가 다를 수 있습니다.

```powershell

## Update list of available packages
sudo apt update

## Gedit
sudo apt install gedit -y

## GIMP
sudo apt install gimp -y

## Nautilus
sudo apt install nautilus -y

## VLC
sudo apt install vlc -y

## X11 apps
sudo apt install x11-apps -y

## Google Chrome
cd /tmp
sudo wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb
sudo dpkg -i google-chrome-stable_current_amd64.deb 
sudo apt install --fix-broken -y
sudo dpkg -i google-chrome-stable_current_amd64.deb

## Microsoft Teams
cd /tmp
sudo curl -L -o "./teams.deb" "https://teams.microsoft.com/downloads/desktopurl?env=production&plat=linux&arch=x64&download=true&linuxArchiveType=deb"
sudo apt install ./teams.deb -y

## Microsoft Edge Dev Browser
sudo curl https://packages.microsoft.com/repos/edge/pool/main/m/microsoft-edge-dev/microsoft-edge-dev_118.0.2060.1-1_amd64.deb -o /tmp/edge.deb
sudo apt install /tmp/edge.deb -y
```

이 애플리케이션들이 설치되면 시작 메뉴의 배포판 이름 아래에서 찾을 수 있습니다. 예를 들어 `Ubuntu -> Microsoft Edge`와 같습니다. 다음 명령을 사용하여 터미널 창에서 직접 실행할 수도 있습니다.

* `xcalc`, `xclock`, `xeyes` 
* `gimp`
* `gedit ~/.bashrc` 
* `nautilus`
* `vlc`
* `google-chrome`
* `teams`
* `microsoft-edge`

# WSLg 아키텍처 개요

![WSLg Architecture Overview](https://raw.githubusercontent.com/microsoft/wslg/main/docs/WSLg_ArchitectureOverview.png)

## 사용자 배포판(User Distro)
사용자 배포판은 본질적으로 Linux 작업에 사용하는 WSL 배포판입니다. 관리자 권한의 Windows 명령 프롬프트에서 `wsl --list --online` 명령을 사용하여 시스템에서 사용할 수 있는 WSL 배포판을 나열할 수 있습니다. 여러 사용자 배포판을 나란히 실행할 수 있으며 이들은 문제없이 공존하므로 새로운 배포판을 시도하는 것을 두려워하지 마세요. 각 사용자 배포판은 시스템 배포판의 고유한 인스턴스와 쌍을 이루지만, 서로 다른 사용자 배포판에서 실행되는 GUI 애플리케이션 간의 잘라내기/붙여넣기와 같은 작업은 여전히 원활하게 상호 작용할 수 있습니다. 다양한 유저스페이스의 기본 컨테이너화는 사용자에게 보이지 않습니다.

특정 Windows 사용자에 대한 모든 사용자 및 시스템 배포판은 단일 Linux 커널 인스턴스에 대해 동일한 WSL 가상 머신 내에서 실행됩니다. PC의 서로 다른 Windows 사용자는 각자의 VM과 WSL 인스턴스를 가집니다. 사용자의 Linux 환경은 항상 본인만의 것으로 보장되며 동일한 PC의 다른 Windows 사용자와 공유되지 않습니다.

## WSLg 시스템 배포판(WSLg System Distro)
시스템 배포판은 마법이 일어나는 곳입니다. 시스템 배포판은 WSLg XServer, Wayland 서버, Pulse Audio 서버가 실행되는 컨테이너화된 Linux 환경입니다. 이러한 각 서버용 통신 소켓은 사용자 배포판으로 투영되어 클라이언트 애플리케이션이 연결할 수 있도록 합니다.

에 접속할 수 있도록 합니다. WSLg가 별도의 설정 없이 바로 작동할 수 있도록, 사용자 배포판 환경 변수인 `DISPLAY`, `WAYLAND_DISPLAY`, `PULSE_SERVER`를 미리 구성하여 기본적으로 이러한 서버들을 참조하도록 합니다.

WSLg에서 제공하는 서버가 아닌 다른 서버를 사용하고자 하는 사용자는 이러한 환경 변수를 변경할 수 있습니다. 또한 사용자는 `.wslconfig` 파일(`c:\users\MyUser\.wslconfig`에 위치)에 다음 항목을 추가하여 시스템 배포판을 완전히 끌 수도 있습니다. 이렇게 하면 WSL에서 GUI 애플리케이션에 대한 지원이 비활성화됩니다.

```
[wsl2]
guiApplications=false
```

시스템 배포판은 Microsoft [Azure Linux 3.0](https://github.com/microsoft/azurelinux)을 기반으로 합니다. 이는 다양한 WSLg 구성 요소를 실행하는 데 필요한 최소한의 Linux 환경입니다. 비공용 시스템 배포판을 빌드하고 배포하는 방법에 대한 자세한 내용은 [빌드 지침](CONTRIBUTING.md)을 참조하세요.

모든 WSL 2 사용자 배포판은 자체적인 시스템 배포판 인스턴스와 쌍을 이룹니다. 시스템 배포판은 쌍을 이루는 사용자 배포판과 부분적으로 격리되어 자체 NS/PID/UTS 네임스페이스에서 실행되지만, 경계 간 공유 메모리 최적화를 허용하기 위해 IPC와 같은 다른 네임스페이스는 공유합니다.

사용자가 시스템 배포판의 터미널에 접속할 수는 있지만, 시스템 배포판은 사용자가 직접 사용하도록 만들어지지 않았습니다. 시스템 배포판의 각 인스턴스는 백업 VHD에서 읽기 전용으로 로드됩니다. 시스템 배포판의 메모리 내 인스턴스에 가해진 수정 사항(새 패키지 설치 또는 새 파일 생성 등)은 WSL이 다시 시작될 때 효과적으로 폐기됩니다. 이렇게 하는 이유는 포함된 사용자 데이터를 마이그레이션할 걱정 없이 기존 시스템 배포판을 새 것으로 교체할 수 있는 시스템 배포판 서비스 모델을 지원하기 때문입니다. WSL이 서비스될 때 예기치 않은 상황을 겪는 대신, WSL이 다시 시작될 때마다 사용자가 변경 사항에 대해 잘 알려진 폐기 동작을 얻을 수 있도록 읽기 전용 매핑을 사용합니다.

Microsoft가 배포한 WSLg 시스템 배포판은 읽기 전용이지만, 사용자들이 이를 가지고 놀며 실험해 보는 것을 권장합니다. 실제로 그렇게 하거나 필요로 하는 사용자는 매우 적을 것으로 예상되지만, 비공용 버전의 시스템 배포판을 빌드하고 배포하는 방법에 대한 자세한 지침을 [기여(contributing)](CONTRIBUTING.md) 페이지에 공유했습니다. WSL에서 단순히 GUI 애플리케이션을 사용하고자 하는 대부분의 사용자는 이러한 세부 사항에 대해 걱정할 필요가 없습니다.

## WSLGd
**WSLGd**는 **init** 이후에 실행되는 첫 번째 프로세스입니다. **WSLGd**는 **Weston**(XWayland 포함), **PulseAudio**를 실행하고 호스트에서 **mstsc.exe**를 자동(silent) 모드로 실행하여 RDP 연결을 설정합니다. RDP 연결은 활성 상태로 유지되며 연결 설정 지연 없이 새로 실행되는 GUI 애플리케이션을 즉시 표시할 준비가 됩니다. 그런 다음 **WSLGd**는 이러한 프로세스를 모니터링하다가 오류로 인해 종료되는 경우(예: 충돌 발생 시) 자동으로 다시 시작합니다.

## Weston
Weston은 Wayland 프로젝트 레퍼런스 컴포지터이자 WSLg의 핵심입니다. WSLg를 위해 기존 libweston의 RDP 백엔드를 확장하여 모니터/데스크톱이 아닌 원격 애플리케이션을 처리하는 방법을 학습시켰습니다. 또한 다중 모니터, 잘라내기/붙여넣기, 오디오 입력/출력 등 다양한 기능을 추가했습니다.

애플리케이션 통합은 RAIL(Remote Application Integrated Locally) 및 VAIL(Virtualized Application Integrated Locally)이라는 RDP 기술을 통해 달성됩니다. RAIL과 VAIL의 주된 차이점은 RDP 서버에서 RDP 클라이언트로 픽셀이 전송되는 방식입니다. RAIL에서는 서버와 클라이언트가 네트워크를 통해 통신하는 서로 다른 물리적 시스템에서 실행되고 있다고 가정하므로 픽셀을 RDP 전송을 통해 복사해야 합니다. VAIL에서는 서버와 클라이언트가 동일한 물리적 시스템에 있으며 게스트/호스트 VM 경계를 넘어 메모리를 공유할 수 있다고 이해됩니다. libweston RDP 백엔드에 RAIL과 VAIL 지원을 모두 추가했지만, WSLg에서는 VAIL 지원만 실제로 사용됩니다. WSLg를 빌드하는 동안 우리는 먼저 RAIL을 구현했습니다.

VAIL로의 전환을 가능하게 하는 필수 구성 요소들은 병렬로 개발되고 있었습니다. 우리는 이 지원 기능을 유지하기로 결정했습니다. 왜냐하면 이는 WSLg 외의 다른 흥미로운 시나리오, 예를 들어 Linux를 실행 중인 Pi에서 애플리케이션을 원격 제어하는 등의 작업에서 재사용될 수 있기 때문입니다. Linux 게스트와 Windows 호스트 간에 메모리를 공유하기 위해 virtio-fs를 사용합니다.

### RAIL-Shell
Weston은 모듈식이며 데스크톱 셸, 전체 화면 셸(일명 키오스크), 자동차용 셸 등 오늘날 다양한 셸을 가지고 있습니다. WSLg를 위해 우리는 RAIL Shell이라는 새로운 셸을 도입했습니다. RAIL Shell의 목적은 Linux에서 Windows로 개별 창을 원격 제어하는 것을 돕는 것이며, 따라서 이 셸은 매우 단순하고 실제 위젯이나 셸이 소유한 픽셀을 포함하지 않습니다.

## FreeRDP
Weston은 백엔드 RDP 서버를 구현하기 위해 FreeRDP를 활용합니다. FreeRDP는 RDP 프로토콜 사양에 따라 RDP 서버(Weston 내)에서 RDP 클라이언트(Windows의 mstsc)로 가는 모든 통신을 인코딩하는 데 사용됩니다. 또한 RDP 클라이언트에서 RDP 서버로 들어오는 모든 트래픽을 디코딩하는 데도 사용됩니다.

## Pulse Audio Plugin
입력(마이크) 및 출력(스피커/헤드폰) 오디오를 위해 WSLg는 PulseAudio 서버를 실행합니다. WSLg는 오디오 출력을 위해 [sink plugin](https://github.com/microsoft/pulseaudio-mirror/blob/working/src/modules/rdp/module-rdp-sink.c)을 사용하고, 오디오 입력을 위해 [source plugin](https://github.com/microsoft/pulseaudio-mirror/blob/working/src/modules/rdp/module-rdp-source.c)을 사용합니다. 이 플러그인들은 PulseServer와 Weston RDP Server 간에 오디오 샘플을 효과적으로 전송합니다. 오디오 스트림은 Weston RDP Server에 의해 RDP 전송 계층에서 병합되며, 이를 통해 WSLg를 포함한 모든 시나리오(Desktop/RAIL/VAIL 스타일 원격 제어)에서 Weston RDP 백엔드의 오디오 입출력이 효과적으로 활성화됩니다.

## WSL Dynamic Virtual Channel Plugin (WSLDVCPlugin)
WSLg는 Weston RDP Server와 Windows 호스트에서 실행되는 mstsc RDP Client 간의 사용자 정의 RDP 가상 채널을 사용합니다. 이 채널은 Weston이 모든 Linux GUI 애플리케이션(즉, gui 타입의 데스크톱 파일 항목을 가진 애플리케이션)을 해당 실행 커맨드 라인 및 아이콘과 함께 열거(enumerate)하는 데 사용됩니다. 오픈 소스인 [WSLDVCPlugin](https://github.com/microsoft/wslg/tree/main/WSLDVCPlugin)은 이 채널을 통해 전송된 Linux GUI 애플리케이션 목록을 처리하고 Windows 시작 메뉴에 이들에 대한 링크를 생성합니다.

# WSLg에서의 OpenGL 가속 렌더링

WSLg는 가상 GPU 지원 여부와 관계없이 작동하지만, Blender나 Gazebo와 같이 그래픽 집약적인 애플리케이션을 실행하려는 경우 WSL을 지원할 수 있는 GPU와 드라이버가 있는 시스템에서 실행하는 것이 가장 좋습니다. vGPU 아키텍처에 대한 개요와 Linux 애플리케이션이 WSL에서 GPU에 액세스할 수 있도록 하는 방법에 대한 설명은 [DirectX blog](https://devblogs.microsoft.com/directx/directx-heart-linux/)에서 확인할 수 있습니다.

OpenGL 가속 렌더링에 대한 지원은 D3D 팀이 Collabora 및 Mesa 커뮤니티와 협력하여 [d3d12 Gallium driver](https://devblogs.microsoft.com/directx/in-the-works-opencl-and-opengl-mapping-layers-to-directx/)를 생성한 작업을 통해 가능해졌습니다.

WSLg 지원을 포함한 Linux 지원은 업스트림에 반영되었으며 Mesa 21.0 릴리스의 일부입니다. 이 가속 기능을 활용하려면 사용자 배포판에 설치된 Mesa 버전을 업데이트해야 합니다. 또한 배포판 공급업체가 새로운 d3d12 Gallium 드라이버를 빌드하여 패키지 저장소에 게시하기로 선택해야 합니다. 우리는 이러한 변경 사항을 알리기 위해 다양한 WSL 배포판 게시자들과 협력하고 있습니다.

WSLg의 첫 번째 릴리스의 경우, vGPU가 시스템 메모리를 통해 Weston 컴포지터와 상호 운용(interop)한다는 점에 유의하시기 바랍니다. 만약 외장 GPU에서 실행하는 경우, 이는 렌더링된 데이터가 WSLg 내의 컴포지터에 전달되기 전에 VRAM에서 시스템 메모리로 복사되고, Windows 쪽에서 다시 GPU로 업로드된다는 것을 의미합니다. 결과적으로 프레임 전송 빈도에 비례하는 성능 저하가 발생합니다. 외장 GPU에서 600fps와 같이 매우 높은 프레임 속도에서는 그 오버헤드가

최대 50%에 달합니다. 더 낮은 프레임 레이트나 내장 GPU에서는 작업 부하에 따라 네이티브에 훨씬 가까운 성능을 달성할 수 있습니다. vGPU를 사용하면 이러한 v1의 제약에도 불구하고 소프트웨어 렌더러를 사용하는 것에 비해 성능과 사용자 경험이 매우 크게 향상됩니다.

# WSLg 코드 흐름
WSLg는 리눅스 커뮤니티의 훌륭한 성과물을 바탕으로 구축되었으며 수많은 오픈 소스 프로젝트를 활용합니다. 대부분의 구성 요소는 업스트림 버전 그대로 사용되며 WSLg에서 구동하기 위해 별도의 변경이 필요하지 않았습니다. Weston, FreeRDP, PulseAudio를 비롯한 WSLg의 핵심 구성 요소 중 일부는 풍부한 WSLg 통합을 구현하기 위해 변경이 필요했습니다. 이러한 변경 사항은 아직 업스트림에 반영되지 않았습니다. Microsoft는 시간이 지나면서 WSLg가 특정 수정 사항 없이 업스트림 구성 요소로부터 직접 빌드될 수 있도록, 이러한 기여 내용을 각 프로젝트에 다시 공유하기 위해 커뮤니티와 협력하고 있습니다.

진행 중인 이러한 모든 기여 내용은 Microsoft 미러 저장소에 보관됩니다. 당사는 이러한 미러를 업스트림 릴리스 최신 상태로 유지하고 해당 저장소에 WSLg 변경 사항을 스테이징합니다. WSLg는 Insider WSLg Preview 릴리스의 일환으로 이러한 미러 저장소에서 코드를 가져와 빌드합니다. 이 미러들은 공개되어 있으며 누구나 접근할 수 있습니다. 호기심 많은 개발자는 해당 미러의 코드를 확인함으로써 기여의 초기 단계를 살짝 엿볼 수 있습니다. 단, 최종 버전의 코드는 기여가 업스트림 프로젝트에 도달하고 각 프로젝트 소유자로부터 받은 피드백을 바탕으로 수정됨에 따라 최종적으로는 달라질 수 있음을 유념해야 합니다. 당사의 모든 미러는 동일한 모델을 따릅니다. **main** 브랜치는 마지막 동기화 시점의 업스트림 브랜치에 해당하는 브랜치입니다. 업스트림 프로젝트의 업데이트를 반영하기 위해 수시로 **main** 브랜치를 업데이트합니다. 또한 진행 중인 모든 변경 사항이 포함된 **working** 브랜치도 존재합니다. WSLg는 각 미러 프로젝트의 **working** 브랜치를 사용하여 빌드됩니다.

WSLg가 미러를 유지 관리하는 프로젝트는 진행 중인 기여가 발전함에 따라 시간이 지나면서 변경될 것입니다. 일부 기여가 업스트림에 반영되면 더 이상 미러를 유지 관리할 필요가 없어질 수 있으며, 이 시점에 미러는 제거되고 WSLg는 해당 구성 요소의 업스트림 버전을 직접 활용하기 시작할 것입니다. WSLg에서 새로운 기능을 구현함에 따라 새로운 구성 요소에 대한 기여를 스테이징하기 위해 새로운 미러가 도입될 수도 있습니다. 따라서 미러 목록은 시간에 따라 변경될 수 있음을 참고하시기 바랍니다.

현재 진행 중인 기여를 위해 다음과 같은 프로젝트 미러를 보유하고 있습니다.

| Project | Upstream Repo | WSLg Mirror |
|---|---|---|
| Weston | https://github.com/wayland-project/weston | https://github.com/microsoft/Weston-mirror|
| FreeRDP | https://github.com/FreeRDP/FreeRDP | https://github.com/microsoft/FreeRDP-mirror |
| PulseAudio | https://github.com/pulseaudio/pulseaudio | https://github.com/microsoft/PulseAudio-mirror |

다음은 이 미러들에 포함된 각 프로젝트에 대한 현재 진행 중인 기여 내용의 개략적인 요약입니다.

## Weston
WSLg는 Weston을 Wayland 컴포지터로 활용하여 RDP 기술을 통해 리눅스 환경과 윈도우 환경을 브리징하고 애플리케이션 콘텐츠를 원격으로 연결합니다. Weston에는 이미 RDP 백엔드가 있었지만 단일 모니터 데스크톱 원격 제어로 제한되어 있었습니다. 당사는 다중 모니터 지원, 복사/붙여넣기를 위한 클립보드 통합, 오디오 입출력과 같은 고급 기능을 포함하도록 해당 RDP 백엔드를 크게 개선했습니다. 또한 데스크톱이나 모니터가 아닌 개별 애플리케이션을 원격으로 실행하는 RAIL(Remote Application Integrated Locally) 및 VAIL(Virtualized Application Integrated Locally)이라는 새로운 원격 모드를 활성화했습니다. 이러한 변경 사항은 WSLg에만 국한되지 않으며, 기존 RDP 백엔드에 기능을 추가하고 다른 시나리오(예: Raspberry Pi에서 실행되는 애플리케이션을 RDP 클라이언트가 실행되는 다른 기기로 원격 제어하기 위해 새로운 Weston RDP 백엔드를 사용하는 경우)에서도 재사용할 수 있습니다.

WSLg에서 풍부한 통합을 활성화하기 위해 RDP에 작은 플러그인도 추가했습니다.

WSLg 전용 백엔드입니다. Weston에서 이 플러그인은 사용자 배포판에 연결하여 설치된 애플리케이션(데스크톱 파일)을 검색하는 역할을 합니다. 이 플러그인은 발견된 모든 애플리케이션의 목록과 실행 명령 및 아이콘을 Windows 호스트로 전송합니다. Windows 호스트에서는 WSLg 프로젝트의 일부인 오픈 소스 [mstsc plugin](https://github.com/microsoft/wslg/tree/main/WSLDVCPlugin)이 해당 정보를 사용하여 Windows 시작 메뉴에 이러한 Linux 애플리케이션에 대한 바로 가기를 만듭니다.

또한 다양한 애플리케이션에 영향을 미치던 여러 버그를 수정했습니다. 일반적으로 이러한 문제는 WSLg에만 국한된 것이 아니라 모든 모드의 Weston에 영향을 미치는 문제였습니다.

## FreeRDP
Weston은 현재 RDP 백엔드로 FreeRDP를 사용합니다. WSLg는 계속해서 FreeRDP를 활용하며, VAIL 최적화 시나리오를 활성화하기 위한 새로운 RDP 프로토콜/채널에 대한 지원과 WSLg 플러그인에 대한 지원을 추가했습니다. 또한 mstsc와의 상호 운용성에 영향을 미치거나 불안정성을 유발하던 다양한 버그를 수정했습니다.

## PulseAudio
PulseAudio의 경우, 당사의 기여는 PulseAudio와 Weston RDP 백엔드 간에 오디오 데이터를 전송하여 오디오 데이터가 RDP 연결을 통해 호스트로 통합될 수 있도록 하는 싱크(sink) 및 소스(source) 플러그인에 집중되었습니다. 이러한 새 플러그인을 추가한 것 외에는 PulseAudio의 코어에 변경 사항이 없습니다.

# 기여하기 (Contributing)

WSLg를 직접 만져보거나 기여하고 싶으신 경우, WSLg의 비공개 버전을 빌드하고 실행하는 방법을 포함한 자세한 내용은 [CONTRIBUTING](CONTRIBUTING.md) 페이지를 참조해 주세요.

# 보안 관련 외의 문제 신고하기

버그 신고나 신규 기능 제안 등 보안과 관련 없는 문제의 경우, 본 프로젝트의 [issues tracker](https://github.com/microsoft/wslg/issues)를 이용해 주세요.

# 보안 문제 신고하기

WSLg 또는 기타 Microsoft 제품과 관련된 보안 문제를 신고하려면 [여기](SECURITY.md)에 상세히 설명된 지침을 따르세요.

# 상표
이 프로젝트에는 프로젝트, 제품 또는 서비스에 대한 상표나 로고가 포함되어 있을 수 있습니다. Microsoft 상표 또는 로고의 승인된 사용은 Microsoft의 상표 및 브랜드 지침(Trademark & Brand Guidelines)을 따라야 합니다. 이 프로젝트의 수정된 버전에서 Microsoft 상표나 로고를 사용하는 것은 혼란을 야기하거나 Microsoft의 후원을 의미해서는 안 됩니다. 타사 상표나 로고의 모든 사용은 해당 타사의 정책을 따릅니다.

wslg

wslg 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

wslg

wslg 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

Download README