RDP가 무엇이냐고 물으면 두 가지 답이 돌아오는데, 둘 다 맞습니다. 하나는 Windows NT 시절부터 Windows 안에 들어 있는 기능입니다. 다른 하나는 월 단위로 판매되는 임대 Windows 장비인데, 사람들은 그것을 "RDP"라고 부릅니다.
고용주나 클라이언트가 "RDP를 쓰라"고 했다면 거의 확실히 첫 번째를 뜻합니다. 여러분은 이미 그것을 가지고 있을 가능성이 큽니다. 공급업체 페이지에서 가격이 옆에 붙은 RDP를 봤다면 두 번째를 본 것입니다.
RDP는 서로 다른 두 가지를 뜻합니다
RDP는 Remote Desktop Protocol, 즉 원격 데스크톱 프로토콜의 약자입니다. 네트워크를 통해 한 컴퓨터를 다른 컴퓨터에서 제어하기 위한 Microsoft의 프로토콜이며 Windows에 내장되어 있습니다. 같은 세 글자가 호스팅 업체의 제품 페이지에도 등장합니다. 그 문맥에서 "RDP 서버"는 보통 원격 데스크톱이 이미 켜진, 호스팅된 Windows 장비, 흔히 VPS를 뜻합니다. 여러분은 프로토콜을 이용해 그곳에 도달합니다.
그래서 여러분의 경우 RDP는 무엇일까요? 그 단어를 어디서 봤는지에 달려 있습니다. 설치 안내는 보통 프로토콜을 뜻하고, 호스팅 목록은 흔히 RDP가 켜진 임대 Windows 장비를 뜻합니다.
Microsoft는 1998년에 RDP를 개발했습니다. 처음 함께 출하된 것은 Windows NT Terminal Server의 첫 릴리스였습니다. Windows PC에서는 클라이언트 쪽이 이미 설치되어 있고 이미 값도 치러져 있습니다. 이름은 원격 데스크톱 연결이며, 시작 메뉴 검색창에 그 이름을 입력하면 찾을 수 있습니다. Microsoft는 Windows 앱을 포함해 더 새로운 클라이언트도 배포합니다. 그것들은 Windows를 넘어 여러 종류의 기기에서 쓸 수 있습니다.
도달해야 하는 장비가 이미 존재하고 원격 데스크톱을 호스팅할 수 있는 에디션을 실행 중이라면, 보통 별도의 RDP 제품은 필요하지 않습니다. 사무실 PC, 팀이 운영하는 서버, 이미 가진 VPS가 여기에 해당합니다. 접근을 켜고 호스트가 닿을 수 있게 만든 다음, 클라이언트를 열고 주소를 입력하고 로그인하십시오.
원격 데스크톱 프로토콜은 어떻게 작동하는가
어떤 RDP 연결이든 성공하기 전에 세 가지 조건이 충족되어야 하며, 실패는 거의 언제나 그중 하나에 있습니다. 호스트에서 원격 데스크톱이 켜져 있어야 합니다. 여러분이 앉아 있는 곳에서 호스트에 닿을 수 있어야 하는데, 같은 사무실 네트워크이거나 인터넷을 통한 열린 경로여야 합니다. 그리고 호스트가 받아들이는 계정이나 자격 증명이 있어야 하고, 원격으로 로그인할 권한이 있어야 합니다. IP 주소를 입력하는 것은 셋 중 마지막일 뿐입니다.
그것들이 갖춰지면 세션은 세 단계로 진행됩니다:
- 설정. 관리자가 호스트 장비에서 원격 데스크톱을 켜고 누가 연결할 수 있는지 정합니다. 아직 아무것도 노출되지 않았기 때문에 RDP 호스트를 보호하는 비용이 가장 싼 시점이 바로 이때입니다.
- 연결. 클라이언트가 호스트 주소와 여러분의 자격 증명을 보냅니다. 그것이 받아들여지면 호스트가 여러분의 계정에 대한 세션을 엽니다. Windows에서 연결하는 단계는 호스트가 옆에 있든 다른 나라에 있든 같습니다.
- 통신. 호스트가 데스크톱 화면을 보내고, 여러분의 키보드와 마우스 입력이 되돌아갑니다. 여러분의 애플리케이션은 여러분의 장비가 아니라 호스트에서 실행됩니다.
그 아래에서 RDP는 서로 다른 종류의 세션 데이터를 논리적 가상 채널로 나누고, 그 채널들을 연결 위에서 다중화합니다. 화면 업데이트, 입력, 인쇄, 장치 리디렉션은 여전히 같은 네트워크 경로를 공유하더라도 따로 처리되고 우선순위가 매겨질 수 있습니다. 세션 트래픽은 전송 중에 암호화됩니다. Microsoft의 아키텍처 문서는 그 채널을 관리하는 구성 요소를 ITU의 T.120 계열에 둡니다. T.122는 다중점 서비스를 정의하고, T.125는 데이터 전송 프로토콜을 정의합니다.
기억할 숫자는 3389입니다. 원격 데스크톱은 기본적으로 3389 포트에서 수신합니다, 그것도 TCP와 UDP 양쪽에서. 그 포트는 레지스트리를 통해 바꿀 수 있습니다. 둘 중 더 새로운 것은 UDP입니다. RDP 8.0 업데이트와 함께 등장했고, 관리자가 TCP와 UDP를 함께 쓰도록 해 줍니다. 그러면 손실이 있는 네트워크에서 세션이 더 부드럽게 저하됩니다. 누군가 여러분에게 "RDP용으로 방화벽을 열어 달라"고 하면 3389를 뜻하는 것입니다.
RDP가 할 수 있는 일
프린터 리디렉션을 켜면 책상 위의 프린터가 마치 그곳에 연결된 것처럼 원격 세션 안에 나타날 수 있습니다. 리디렉션이라 불리는 그 기법이 RDP를 단순한 화면 표시기와 구분하는 요소의 대부분입니다.
| 속성 | 무엇을 하는가 | 중요한 이유 |
|---|---|---|
| 스마트카드 인증 | 칩이 내장된 물리 보안 토큰을 받아들입니다 | 비밀번호 하나보다 강합니다 |
| 대역폭 감소 | 원본 전체 화면 영상을 보내는 대신 데스크톱 업데이트를 인코딩하고 압축합니다 | 느린 연결에서도 쓸 수 있는 세션 |
| 다중 디스플레이 사용 | 한 세션에서 두 대 이상의 모니터를 구동합니다 | 원격 데스크톱이 여러분의 실제 구성과 맞습니다 |
| GPU 지원 | 지원되고 켜져 있는 곳에서 호스트의 GPU 가속과 하드웨어 H.264/AVC 인코딩을 쓸 수 있습니다 | 그래픽 부담이 큰 애플리케이션도 볼 만하게 유지됩니다 |
| 오디오 리다이렉션 | 원격 소리를 여러분의 로컬 스피커로 재생합니다 | 영상과 통화가 세션 안에서 작동합니다 |
| 파일 시스템 리디렉션 | 여러분의 로컬 드라이브를 원격 세션에 노출합니다 | 파일 복사에 서드파티 도구가 필요 없습니다 |
| 프린터 리디렉션 | 여러분의 로컬 프린터를 원격 세션에 노출합니다 | 여러분 쪽에서 인쇄하려고 문서를 내보낼 필요가 없습니다 |
| 포트 리다이렉션 | 구성되어 있을 때 직렬/COM 리디렉션과 선택된 USB 리디렉션을 지원합니다 | 호환되는 주변기기를 원격에서도 계속 쓸 수 있습니다 |
GPU 줄에는 알아 둘 만한 유보 사항이 붙습니다. 예전 RemoteFX vGPU 구성 요소는 사라졌습니다. Microsoft는 RemoteFX 3D 비디오 어댑터 를 제거된 Windows Server 기능 목록에 올리고 대신 Discrete Device Assignment를 가리킵니다. 그 구성 요소는 원격 코드 실행 취약점도 안고 있었는데, CVE-2020-1036입니다. 최신 Hyper-V 호스트는 RemoteFX vGPU 대신 Discrete Device Assignment나 GPU 분할을 통해 GPU 자원을 제공할 수 있습니다. 그래서 원격 게이밍 구성 이 호스트 하드웨어를 그렇게 까다롭게 고르는 것입니다.
여러 사람이 동시에 로그인할 수 있는지는 프로토콜이 아니라 호스트의 속성입니다. 단일 Windows 데스크톱은 보통 하나의 대화형 세션을 제공합니다. 하나의 Windows Server에서 격리된 세션을 여러 개 호스팅하는 일은 순수한 RDP가 아니라 원격 데스크톱 서비스의 몫입니다. 일반적인 Windows Server RDS 배포에서는 사용자나 기기마다 알맞은 RDS CAL 라이선스도 필요합니다. 팀에 공유 장비를 약속하기 전에 세션 모델과 라이선스를 모두 확인하십시오.
RDP가 부족한 지점
RDP는 네 가지 구체적인 비용이 따르는 좋은 프로토콜입니다. 그중 셋은 여러분이 관리해야 합니다. 넷째는 RDP가 애초에 알맞은 도구인지를 결정합니다.
열린 인터넷에 노출된 3389 포트
RDP를 공용 인터넷에 바로 두지 마십시오. 인터넷을 향한 3389는 흔한 초기 침입 경로이고, 그 역사는 기록되어 있습니다. CVE-2019-0708, 즉 BlueKeep은 인증되지 않은 공격자가 대상에서 코드를 실행하게 했습니다. 연결해서 조작된 요청을 보내는 것만으로 충분했습니다.
BlueKeep과 DejaBlue는 둘 다 2019년에 공개되고 패치되었습니다. 그들이 악용한 노출 패턴은 사라지지 않았습니다. 열린 포트를 상대로 자격 증명을 추측하는 데에는 애초에 취약점이 필요하지 않았습니다.
완화 조치는 평범합니다. 포트가 임의의 주소에서 닿지 않도록 호스트를 VPN이나 원격 데스크톱 게이트웨이 뒤에 두십시오. 어떤 원본 주소가 연결할 수 있는지 제한하십시오. 구성이 지원하는 곳에서는 접근 계층에 다중 인증을 추가하십시오. RD Gateway 배포가 그런 예입니다. Windows 업데이트를 지킬 수 있는 주기로 적용하십시오. 장비가 어디서든 닿을 수 있어야 한다면 실패한 로그인의 속도를 제한하는 것 도 그 목록에 들어갑니다.
연결이 곧 경험입니다
여러분이 보는 모든 프레임은 네트워크를 건너왔습니다. 안정적인 회선에서 RDP는 거의 로컬처럼 느껴집니다. 혼잡하거나 지연이 큰 회선에서는 모든 키 입력이 늦게 도착하고, 그 지연이 한 문장에 걸쳐 쌓입니다. 큰 파일 작업은 화면 재그리기보다 더 나쁩니다. 모바일 네트워크는 이를 증폭시킵니다. Android 기기에서 쓰는 RDP 는 서버를 탓하기 전에 세션 해상도를 낮추면 도움이 됩니다.
세션 비용은 호스트가 냅니다
데스크톱을 렌더링하고 인코딩하고 여러분의 애플리케이션을 실행하는 일이 모두 호스트에서 일어납니다. 백그라운드 서비스 하나를 돌리기에 여유로운 장비도 누군가 대화형으로 작업을 시작하면 버거워질 수 있습니다. 세션이 하나씩 늘 때마다 더 나빠집니다. 호스트의 크기는 오늘 하고 있는 작업이 아니라 그 안에서 하려는 작업에 맞춰 정하십시오.
호스트는 Windows, 클라이언트는 거의 무엇이든
도구를 결정하는 경계가 바로 이것입니다. 클라이언트 쪽은 훨씬 덜 제약됩니다. 호스트 쪽은 그렇지 않습니다. Microsoft 문서는 세션을 호스팅할 수 있는 에디션을 이렇게 밝힙니다: Professional, Enterprise, Education, Windows Server. Home 에디션은 할 수 없습니다.
그것이 Microsoft의 내장 RDP 호스팅을 Windows로 한정하는 이유입니다. macOS는 RDP 호스트를 기본으로 제공하지 않으므로, Mac을 제어하려면 다른 원격 접속 도구로 가게 됩니다. Linux는 알아 둘 만한 예외입니다. 오픈 소스 구현인 xrdp는 Microsoft의 것 없이도 RDP 연결에 응답하며, Ubuntu에서의 xRDP 가 흔한 출발점입니다.
호스팅 업체가 말하는 RDP 서버란
하나를 구매하면 업체가 접속 정보를 줍니다. 보통 IP 주소, 사용자 이름, 비밀번호입니다. 물리적인 장비도, 로컬 설치 프로그램도 없습니다. 업체에 따라 프로비저닝 중에 Windows 버전을 고를 수 있고, 서버 자체는 여러분이 접속하기 전에 이미 원격 데스크톱이 켜진 상태로 데이터센터에서 돌아갑니다.
호스팅 목록에서 그 제품은 보통 RDP가 켜진 Windows VPS입니다. VPS는 공유된 물리 인프라 위에서 자기 Windows 환경을 돌리며, 여러분은 하드웨어를 소유하는 대신 가상 머신을 임대합니다. 업체가 프로토콜 절반을 미리 구성해 두므로, 첫 접속 전에 이미 호스트가 켜져 있고 닿을 수 있고 돌아가고 있습니다.
요금제 간의 주된 변수는 장비가 여러분만의 것인지 공유되는지입니다. 그것이 무엇을 설치할 수 있는지, 그리고 옆의 사용자가 바빠질 때 어떤 일이 생기는지를 정합니다. 그 경계가 바로 이것입니다: 공유 RDP와 관리자 RDP 요금제.
호스팅된 RDP 서버로 무엇을 얻는가
첫 세션은 이렇습니다. 원격 데스크톱 연결을 열고 주소를 붙여 넣은 다음, 전달받은 사용자 이름과 비밀번호를 입력합니다. Windows 데스크톱이 나타납니다. 그 순간부터는 다른 어떤 Windows 장비와도 똑같이 동작합니다. 소프트웨어를 설치하고, 웹을 보고, 애플리케이션을 실행하고, 창을 닫아도 작업이 계속 돌게 둡니다.
여러분이 값을 치르는 것은 그 아래에 있는 부분입니다. 하드웨어와 네트워크와 물리적 보안은 업체의 것입니다. 여러분의 노트북이 꺼져 있을 때에도 장비를 켜 두는 쪽도 업체입니다. 선이 어디인지 분명히 하십시오. 비관리형 요금제에서는 Windows 안에서 벌어지는 일은 여러분 몫으로 남습니다. 업데이트, 사용자 계정, 방화벽 규칙은 여러분의 일입니다. 호스팅된 서버는 하드웨어 문제를 여러분 책상에서 덜어 주지만, 패치 문제를 덜어 주지는 않습니다.
실무에서 중요한 속성이 둘 더 있습니다. 자원은 보통 탄력적이어서, 크기가 부족한 장비에 재구축 없이 CPU나 메모리를 더 줄 수 있습니다. 그리고 위치는 한 번 정하고 매일 체감하는 선택인데, 거리가 세션 반응성의 하한을 정하기 때문입니다. 업체는 이 둘에서, 그리고 스택의 어디까지 손대려 하는지에서 서로 다릅니다. 따져 볼 만한 세 가지가 그것이며, 자세한 내용은 여기에 있습니다: RDP 업체 고르기.
누가 RDP 서버를 쓰는가
이 네 가지 상황은 같은 것을 필요로 합니다. 켜진 상태로 남고, 닿을 수 있는 상태로 남고, 가방에 담겨 이동하지 않는 Windows 장비입니다.
원격 및 분산 팀
호스팅된 데스크톱은 앞에 어떤 하드웨어가 있든 모든 팀원에게 같은 도구와 같은 파일을 줍니다. 클립보드, 드라이브, 그 밖의 리디렉션 정책이 그에 맞게 구성되어 있다면, 작업 데이터를 로컬에 저장하는 대신 회사가 통제하는 장비에 둘 수 있습니다.
개발 및 테스트 환경
빌드와 테스트에는 대부분의 시간을 놀고 있는 하드웨어가 필요합니다. 월 단위로 임대하면 최대 부하에 맞춰 하드웨어를 사지 않아도 됩니다. 망가진 테스트 장비는 누구의 워크스테이션도 잃지 않고 다시 만들 수 있습니다.
교육 및 실습 환경
모든 수강생에게 건네지는 동일한 사전 구성 데스크톱은, 모든 수강생이 같은 상태에서 출발한다는 뜻입니다. 첫 시간을 소프트웨어 설치나 노트북 한 대의 드라이버 문제 해결에 쓰는 사람이 없습니다.
계약 및 프리랜스 작업
고객은 회사 워크스테이션에 직접 접근시키지 않고도 계약자에게 별도의 작업 환경을 줄 수 있습니다. 클립보드, 드라이브, 그 밖의 리디렉션 경로가 제한되어 있다면 데이터는 호스팅된 장비에 남을 수 있습니다. 프로젝트가 끝나면 계정이나 장비를 제거할 수 있습니다.
알아 둘 만한 RDP 대안
아래 세 대안 중 둘은 Mac을 제어할 수 있습니다. 이 범주가 돌아가는 축이 바로 그것입니다. 시험은 어느 도구에 기능이 더 많은지가 아니라, 대상 장비가 무엇을 실행하는지와 여러분이 그곳에 닿을 수 있는지입니다.
| 도구 | 지원되는 대상 플랫폼 | 어떻게 닿는가 |
|---|---|---|
| 원격 데스크톱 프로토콜 | Windows | 호스트 자신의 주소, 기본값은 TCP 또는 UDP 3389 포트 |
| Chrome 원격 데스크톱 | Mac, Windows 또는 Linux | 브라우저를 통해, 연결할 때 입력하는 PIN과 함께 |
| TeamViewer | Windows, macOS, Linux, 지원되는 Android 기기. iOS/iPadOS와 ChromeOS에서는 화면 공유만 | 원격 기기에는 TeamViewer 소프트웨어, 연결하는 쪽에는 데스크톱 또는 웹 클라이언트 |
| UltraVNC | Windows | Windows용 뷰어, 또는 Linux, macOS 및 그 밖의 시스템에서 쓰는 Java 뷰어 |
Google 자체 문서는 RDP가 다룰 수 없는 바로 그 경우인 Mac, Windows, Linux 컴퓨터의 원격 접속을 위한 Chrome 원격 데스크톱 설정 을 다룹니다. 여기서 가장 실행하기 쉬운 선택지입니다. 동시에 연결 경로에 서드파티 인프라를 가장 많이 넣는 선택지이며, 바로 그곳에 보안상의 절충점이 있습니다.
TeamViewer는 여기서 가장 넓은 플랫폼 범위를 다루지만 지원이 모든 대상에서 동일하지는 않습니다. 그 현재 지원 매트릭스 에는 Windows, macOS, Linux, Android, iOS/iPadOS, ChromeOS가 들어 있습니다. iOS/iPadOS와 ChromeOS는 완전한 원격 제어가 아니라 화면 공유에 해당합니다.
VNC 계열은 가장 가까운 기술적 친척이면서 실제로는 가장 다릅니다. UltraVNC 자체 문서 는 Windows 전용 서버와 다른 플랫폼용 Java 기반 뷰어를 설명합니다. 또한 암호화를 기본값이 아니라 플러그인으로 취급하는데, 신뢰할 수 없는 네트워크에서 돌리기 전에 알아야 할 가장 중요한 점이 그것입니다. Windows 호스트에서는 RDP와 VNC 사이의 선택 이 보통 바로 그 점으로 좁혀집니다.
Windows 장비를 임대하는 것이 맞는 답일 때
RDP의 호스트 쪽은 짧은 명세로 정리됩니다. 켜진 상태로 남고 닿을 수 있으며, 대화형 작업에 충분한 CPU와 메모리를 갖추고, 패치를 받는 장비입니다. 그 장비가 이미 있고 원격 데스크톱을 호스팅할 수 있다면, 따로 살 RDP 서비스는 없습니다. 원격 데스크톱을 켜고, 호스트가 닿을 수 있게 하고, 클라이언트로 연결하십시오.
그 장비가 없다면, 호스팅된 RDP 서버가 채우는 것이 바로 그 명세입니다. Cloudzy의 Windows RDP 서버 는 Windows Server가 미리 설치되고 원격 데스크톱이 켜진 상태로 제공되며, 가동률 99.95% SLA가 붙습니다. 북미, 유럽, 중동, 아시아 태평양의 데이터센터에서 돌아가므로 장비를 쓰는 사람들 가까이에 둘 수 있습니다. 지연이 기대보다 나쁘게 나오면 14일 환불 보장이 있습니다.
자주 묻는 질문
RDP는 무료인가요?
RDP 프로토콜이나 Windows 내장 클라이언트에 대한 별도 요금은 없습니다. 지원되는 호스트를 이미 소유하거나 운영하고 있다면 "RDP" 제품을 사지 않고도 그것에 연결할 수 있습니다. 돈이 드는 것은 반대쪽 끝의 장비입니다. 월 요금으로 "RDP"를 광고하는 업체는 프로토콜이 아니라 호스팅된 Windows 서버를 임대해 주는 것입니다.
Mac이나 Linux에서 RDP를 쓸 수 있나요?
둘 다에서 연결할 수 있습니다. Microsoft는 macOS와 여러 다른 플랫폼용으로 Windows 앱과 원격 데스크톱 클라이언트를 제공합니다. Linux에서는 서드파티 RDP 클라이언트가 필요합니다. 호스팅은 반대 방향입니다. Linux는 xrdp를 통해 RDP에 응답할 수 있지만, macOS는 RDP 호스트를 기본으로 제공하지 않습니다.
원격 데스크톱 프로토콜은 VPN과 같은 것인가요?
아닙니다. RDP는 특정한 한 장비의 화면과 키보드를 줍니다. VPN은 여러분의 기기를 네트워크에 올려 그 안에 있는 것에 닿게 해 주지만, 데스크톱은 주지 않습니다. 둘은 흔히 함께 쓰입니다. VPN이 사적인 경로를 제공하고, RDP가 그 위에서 세션을 돌립니다.
기본 RDP 포트를 바꿔야 하나요?
그것은 소음을 줄이지만 위험을 줄이지는 않습니다. 표적 없는 스캔은 3389를 확인하고 지나가므로, 다른 포트를 쓰면 그 트래픽이 로그에서 빠집니다. 하지만 접근 제어는 아닙니다. 여러분의 주소를 겨눈 스캔은 그래도 서비스를 찾아냅니다. 정리하는 일로 여기되, 접근을 제한하는 일의 대체로는 절대 여기지 마십시오.
