원격 데스크톱 웹 클라이언트 설정 가이드

Microsoft의 원격 데스크톱 웹 클라이언트를 사용하면 사용자가 전통적인 RDP 클라이언트를 설치하지 않고도 브라우저를 통해 Windows 데스크톱과 애플리케이션에 직접 접근할 수 있습니다. Windows Server 원격 데스크톱 서비스(RDS) 배포를 위해 제공되며, 다양한 데스크톱 운영 체제에서 게시된 리소스에 대한 접근을 간소화합니다.

이 문서에서는 Windows Server 2025, 2022, 2019 및 2016에서 원격 데스크톱 웹 클라이언트를 설치하고 게시하는 방법에 대해 설명하며, 필수 조건, 구성, 성능 최적화 및 문제 해결을 다룹니다.

원격 데스크톱 웹 클라이언트란 무엇인가요?

원격 데스크톱 웹 클라이언트는 원격 데스크톱 서비스 통해 게시된 리소스에 접근하기 위한 마이크로소프트의 브라우저 기반 인터페이스입니다. 로컬에 설치된 RDP 클라이언트를 실행하는 대신, 사용자는 웹 포털에 연결하여 할당된 애플리케이션이나 데스크톱을 엽니다.

웹 기술을 기반으로 하여 HTML5를 포함한 클라이언트는 Microsoft Edge, Google Chrome, Mozilla Firefox 및 Safari와 같은 호환 브라우저를 통해 원격 세션을 지원합니다.

원격 데스크톱 웹 클라이언트는 어떻게 작동하나요?

웹 클라이언트는 기존의 원격 데스크톱 서비스 배포 내에서 작동합니다. 여러 서버 역할이 함께 작동하여 액세스를 제공합니다:

• RD 웹 액세스: 사용자가 게시된 리소스를 발견하고 실행할 수 있는 웹 인터페이스를 제공합니다.
• RD 게이트웨이: 내부 원격 데스크톱 서비스 인프라에 대한 안전한 외부 연결을 활성화합니다.
• RD 연결 브로커: 세션 라우팅, 부하 분산 및 기존 세션에 대한 재연결을 관리합니다.
• RD 세션 호스트: 사용자가 접근하는 Windows 데스크톱과 애플리케이션을 실행합니다.

원격 데스크톱 웹 클라이언트는 이러한 역할을 대체하지 않습니다. 이미 운영 중이어야 하는 RDS 배포에 브라우저 기반 인터페이스를 추가합니다.

RD 웹 액세스 vs. 원격 데스크톱 웹 클라이언트

RD 웹 액세스와 원격 데스크톱 웹 클라이언트는 밀접하게 관련되어 있지만 서로 다른 목적을 제공합니다.

RD 웹 액세스는 게시된 애플리케이션과 데스크톱을 제공하는 Windows Server 역할입니다. 원격 데스크톱 웹 클라이언트는 해당 인프라를 통해 설치되고 게시된 추가 브라우저 기반 클라이언트입니다.

RD 웹 액세스를 단독으로 설치한다고 해서 브라우저 내에서 대화형 원격 세션이 자동으로 활성화되지는 않습니다. 관리자는 웹 클라이언트 패키지를 별도로 배포하고 게시해야 합니다.

Windows Server에서 원격 데스크톱 웹 클라이언트 요구 사항은 무엇인가요?

웹 클라이언트를 설치하기 전에 서버 역할, 인증서, 라이센스 및 네트워크 구성이 Microsoft의 요구 사항을 충족하는지 확인하십시오.

지원되는 Windows Server 버전

Microsoft의 현재 원격 데스크톱 웹 클라이언트 문서에는 해당 운영 체제 중 다음 버전이 나열되어 있습니다:

윈도우 서버 버전	문서 상태
Windows Server 2025	해당 사항에 따라 나열됨
Windows Server 2022	해당 사항에 따라 나열됨
Windows Server 2019	해당 사항에 따라 나열됨
Windows Server 2016	해당 사항에 따라 나열됨

Windows Server 2025는 현재 포함되어 있습니다. Microsoft 문서 .

그러나 Microsoft의 자세한 설정 전제 조건은 여전히 RD Gateway, RD Connection Broker 및 RD Web Access 역할에 대해 Windows Server 2016 및 2019를 구체적으로 명시하고 있습니다. Windows Server 2022 또는 2025 환경에서 웹 클라이언트를 배포하는 관리자는 진행하기 전에 최신 문서에 따라 서버 역할 구성을 확인해야 합니다.

필수 RDS 역할 및 라이센스

웹 클라이언트를 설치하기 전에 작동하는 RDS 배포가 구성되어야 합니다. 여기에는 RD 웹 액세스, RD 연결 브로커 및 관련 세션 호스트 인프라가 포함되며, 표준 문서화된 배포를 위한 RD 게이트웨이도 포함됩니다.

Microsoft는 웹 클라이언트에 대해 사용자별 RDS 클라이언트 액세스 라이선스(CALs)를 요구합니다. 이 시나리오에서는 장치별 라이선스가 지원되지 않습니다.

RD 라이센스 서버가 올바르게 구성되어 있고 사용자가 할당된 리소스에 접근할 수 있는 필요한 권한을 가지고 있는지 확인하십시오.

인증서 및 네트워크 구성

신뢰할 수 있는 인증서는 안전한 브라우저 액세스를 위해 필수적입니다. 적절하게 구성하십시오. 원격 데스크톱 연결을 위한 인증서 RD 게이트웨이 및 RD 웹 액세스에서 클라이언트가 사용하는 주소와 호스트 이름이 일치하는지 확인하십시오.

RD 연결 브로커 인증서는 웹 클라이언트 설치 중에도 필요합니다.

네트워크 연결을 위해 HTTPS 트래픽은 일반적으로 TCP 포트 443을 사용합니다. 배포 아키텍처에 따라 RDS 역할 간의 내부 통신도 허용되어야 합니다.

RDP 포트 3389를 직접 공개 인터넷에 노출하지 마십시오. 외부 사용자는 구성된 게이트웨이나 다른 지원되는 보안 액세스 아키텍처를 통해 연결해야 합니다.

Windows Server에 원격 데스크톱 웹 클라이언트 설치 방법

RDS 인프라가 준비되면, 원격 데스크톱 웹 클라이언트를 PowerShell을 사용하여 설치하고 게시할 수 있습니다.

다음 절차는 Microsoft의 문서화된 설치 순서를 따릅니다.

1단계: RD 연결 브로커 인증서 내보내기

RD 연결 브로커 서버에서 원격 데스크톱 연결에 사용되는 인증서를 찾습니다.

공개 인증서를 내보내기 위한 .cer RD 웹 액세스 서버에 파일을 복사하십시오.

웹 클라이언트는 RD 연결 브로커에 연결을 설정할 때 이 인증서 정보를 사용합니다.

2단계: PowerShell 준비

RD 웹 액세스 서버에 로그인하고 관리자 권한으로 PowerShell을 엽니다.

Windows Server 2016에서 Microsoft는 관리자가 PowerShellGet 모듈을 업데이트하도록 지시합니다.

PowerShellGet -Force로 모듈 설치

모듈을 업데이트한 후 PowerShell 세션을 다시 시작하십시오.

새로운 Windows Server 버전의 경우 변경하기 전에 설치된 PowerShell 구성 요소를 확인하십시오.

3단계: RD 웹 클라이언트 관리 모듈 설치

PowerShell 갤러리에서 관리 모듈을 설치하십시오:

Install-Module -Name RDWebClientManagement

이 모듈은 원격 데스크톱 웹 클라이언트를 다운로드, 게시 및 유지 관리하는 데 필요한 명령을 제공합니다.

설치가 실패하면 PowerShell Gallery에 대한 접근을 확인하고 PowerShell 세션이 TLS 1.2 이상을 지원하는지 확인하십시오.

4단계: 웹 클라이언트 패키지 다운로드

다음 명령을 실행하십시오:

RDWebClientPackage 설치

이것은 최신 버전의 원격 데스크톱 웹 클라이언트 패키지를 다운로드합니다.

최신 지원 버전을 사용하는 것은 보안 및 브라우저 호환성에 중요합니다. Microsoft는 취약성, 성능 문제 및 클라이언트 기능을 해결하는 업데이트를 계속해서 출시하고 있습니다.

단계 5: RD 연결 브로커 인증서 가져오기

이전에 내보낸 인증서를 가져옵니다:

Import-RDWebClientBrokerCert "C:\Certificates\RDBroker.cer"

예제 경로를 실제 인증서 위치로 바꾸십시오.

가져온 인증서는 배포에 사용된 RD 연결 브로커와 일치해야 합니다.

6단계: 원격 데스크톱 웹 클라이언트 게시

설치된 패키지를 생산용으로 게시하십시오:

Publish-RDWebClientPackage -Type Production -Latest

원격 데스크톱 웹 클라이언트가 이제 RD 웹 액세스를 통해 제공됩니다.

관리자는 모든 사용자에게 업데이트를 제공하기 전에 테스트 버전을 게시할 수도 있습니다:

게시-RDWebClientPackage -유형 테스트 -최신

테스트는 기존의 다중 사용자 RDS 환경에 새로운 브라우저 클라이언트 버전을 도입할 때 특히 유용합니다.

원격 데스크톱에 RD 웹을 통해 어떻게 접근하고 게시할 수 있나요?

웹 클라이언트를 게시하면 브라우저 인터페이스를 사용할 수 있습니다. 관리자는 또한 적절한 애플리케이션과 데스크톱이 RDS를 통해 게시되도록 해야 합니다.

원격 데스크톱 웹 클라이언트 URL을 엽니다.

표준 웹 클라이언트 URL은 다음 형식을 따릅니다:

https://server.example.com/RDWeb/webclient/index.html

교체하다 server.example.com RD Web Access 서버의 완전한 도메인 이름을 사용하여.

호스트 이름은 서비스에 대해 구성된 인증서와 일치해야 합니다.

사용자는 호환되는 브라우저와 조직 자격 증명을 사용하여 포털에 액세스할 수 있습니다.

원격 앱 프로그램 및 데스크톱 게시

응용 프로그램과 데스크톱은 웹 클라이언트 관리 모듈을 통해 직접가 아니라 원격 데스크톱 서비스(Remote Desktop Services)를 통해 게시됩니다.

서버 관리자에서 이동하여 원격 데스크톱 서비스 적절한 세션 컬렉션을 선택하고 게시된 RemoteApp 프로그램을 구성하십시오.

사용자가 관련 컬렉션 및 리소스에 접근할 수 있는 권한이 있는지 확인하십시오.

구성된 후, 애플리케이션이나 데스크톱은 웹 클라이언트 인터페이스에 나타나며, 권한이 있는 사용자가 이를 실행할 수 있습니다.

원격 세션 시작

사용자는 웹 클라이언트 URL을 열고 인증한 후 사용 가능한 리소스를 선택합니다.

원격 데스크톱 또는 애플리케이션은 브라우저 창 내에서 실행되며, 상호 작용은 RDS 인프라를 통해 처리됩니다.

구성에 따라 브라우저가 클립보드와 같은 특정 로컬 리소스를 사용하기 위한 권한을 요청할 수 있습니다.

원격 데스크톱 웹 클라이언트 성능을 어떻게 최적화할 수 있나요?

신뢰할 수 있는 브라우저 기반 원격 액세스는 웹 클라이언트를 설치하는 것 이상에 의존합니다. 네트워크 품질, 서버 용량 및 세션 구성 모두 응답성에 영향을 미칩니다.

대역폭 및 네트워크 지연 관리

원격 데스크톱 트래픽은 사용되는 애플리케이션, 화면 해상도 및 그래픽 활동 수준에 따라 달라집니다.

사무용 애플리케이션과 간단한 비즈니스 소프트웨어는 일반적으로 그래픽 집약적인 애플리케이션이나 자주 변경되는 화면 콘텐츠와는 다른 네트워크 요구 사항을 가지고 있습니다.

배포 전에 동시 사용자 수를 추정하고 피크 시간대의 사용 가능한 대역폭을 평가하십시오.

지연 시간도 똑같이 중요합니다. 대역폭이 충분하더라도 높은 왕복 시간은 입력, 스크롤 및 애플리케이션 상호작용을 느리게 만들 수 있습니다.

관리자는 사용자가 원격 위치에서 연결할 때 특히 네트워크 지연 시간, 패킷 손실 및 대역폭 사용량을 모니터링해야 합니다.

서버 리소스 및 세션 성능 모니터링

RD 세션 호스트 서버는 동시 사용자를 지원하기 위해 충분한 CPU, 메모리 및 디스크 용량을 가져야 합니다.

활성 세션 수와 함께 리소스 활용도를 모니터링하여 사용자가 성능 저하를 경험하기 전에 용량 한계를 식별합니다.

유용한 메트릭에는 CPU 및 메모리 사용량, 디스크 활동, 네트워크 처리량, 활성 및 연결 끊긴 세션, 세션 연결 실패가 포함됩니다.

Windows 성능 모니터, 이벤트 뷰어 및 적절한 인프라 모니터링 도구는 느린 세션이 서버 포화, 네트워크 조건 또는 개별 애플리케이션으로 인해 발생하는지 식별하는 데 도움이 될 수 있습니다.

모니터링은 평균 활용도에만 의존하지 않고 피크 작업 부하도 고려해야 합니다.

브라우저 및 웹 클라이언트 패키지 업데이트 유지

브라우저 버전과 클라이언트 측 그래픽 기능은 원격 세션 성능에 영향을 줄 수 있습니다.

Microsoft의 현재 웹 클라이언트 릴리스 노트 브라우저 연령, AVC 코덱 지원 및 WebGL 가용성과 관련된 요구 사항을 소개합니다.

대표적인 작업 부하를 사용하여 지원되는 브라우저를 테스트하고 웹 클라이언트 패키지를 최신 상태로 유지하십시오.

브라우저 특정 문제 발생 시, 지원되는 브라우저 간의 동작을 비교하고, 적절한 경우 원주율 RDP 클라이언트와 비교하여 원인을 파악하는 데 도움을 줍니다.

여러 서버에서 RD 웹 클라이언트 배포를 관리하는 과정은 무엇인가요?

대규모 조직은 종종 원격 데스크톱 작업 부하를 여러 RD 세션 호스트 서버에 분산합니다.

이러한 환경에서는 세션 라우팅, 부하 분산 및 재연결이 신뢰할 수 있는 액세스를 유지하는 데 필수적입니다.

RD 연결 브로커 및 로드 밸런싱

RD 연결 브로커는 게시된 리소스에 대한 연결을 조정하고 사용자를 적합한 RD 세션 호스트 서버로 안내합니다.

세션 컬렉션 내에서 사용 가능한 호스트 간의 부하 분산을 지원하여 관리자가 모든 세션을 하나의 서버에 집중시키기보다는 작업 부하를 분산할 수 있도록 돕습니다.

여러 사용자가 동일한 게시된 애플리케이션이나 데스크톱 환경에 접근할 때 특히 중요해집니다.

관리자는 서버 용량 및 예상 작업 부하에 따라 세션 컬렉션 및 로드 밸런싱 설정을 구성해야 합니다.

원격 데스크톱 웹 클라이언트는 별도의 로드 밸런싱 메커니즘을 도입하지 않습니다. 기존 RDS 인프라를 사용하여 연결을 라우팅합니다.

세션 지속성 및 재연결

사용자는 네트워크 중단, 브라우저 종료 또는 네트워크 조건 변경으로 인해 일시적으로 연결이 끊길 수 있습니다.

RD 연결 브로커는 사용자가 기존 세션에 다시 연결할 수 있도록 도와줍니다.

세션 지속성은 RDS 배포, 수집 구성 및 적용 가능한 세션 정책에 따라 달라집니다.

관리자는 사용 편의성, 서버 용량 및 보안을 균형 있게 유지하기 위해 연결이 끊어진 세션 제한 및 자동 재연결 동작을 검토해야 합니다.

다중 서버 환경에서는 사용자가 원래 세션으로 다시 라우팅되어야 하므로 재연결 테스트가 특히 중요합니다. 불필요한 추가 세션이 우연히 생성되지 않도록 해야 합니다.

고가용성 고려사항

비즈니스에 중요한 배포의 경우, 단일 실패 지점을 제거하려면 추가 RDS 인프라가 필요할 수 있습니다.

이에는 고가용성 RD 연결 브로커 구성, 중복 게이트웨이 및 웹 액세스 서비스, 여러 RD 세션 호스트 서버가 포함될 수 있습니다.

RD 웹 액세스 및 RD 게이트웨이 가용성은 세션 호스트 부하 분산과 별도로 계획해야 합니다. 세션 호스트를 추가하는 것만으로는 전체 원격 액세스 환경이 고가용성이 되지 않습니다.

관리자는 또한 중복 구성 요소 전반에 걸쳐 인증서 일관성, DNS 구성 및 로드 밸런서 동작을 확인해야 합니다.

원격 데스크톱 웹 클라이언트의 기능과 제한 사항은 무엇인가요?

브라우저 기반 액세스는 유연성을 제공하지만, 로컬에 설치된 RDP 클라이언트의 모든 기능을 재현하지는 않습니다.

인쇄 및 파일 전송

마이크로소프트의 웹 클라이언트는 다운로드 가능한 PDF 파일을 생성하는 가상 프린터를 통해 원격 인쇄를 지원합니다.

파일 전송은 원격 세션의 지정된 가상 위치를 통해 가능하며, 문서화된 다운로드 크기 제한은 255MB입니다.

이러한 워크플로우는 전통적인 RDP 클라이언트에서 사용할 수 있는 직접 로컬 드라이브 및 프린터 리디렉션과 다릅니다.

전문 인쇄 요구 사항이 있거나 대용량 파일 전송이 빈번한 조직은 배포 전에 이러한 기능을 테스트해야 합니다.

브라우저 및 모바일 호환성

웹 클라이언트는 Windows, macOS, Linux 및 ChromeOS에서 호환되는 데스크톱 브라우저를 지원합니다.

그러나 Microsoft의 문서에서는 현재 이 웹 클라이언트에 대해 모바일 장치를 지원하는 것으로 나열하지 않습니다.

스마트폰이나 태블릿에서 접근이 필요한 조직은 전용 클라이언트 또는 대체 브라우저 기반 배포 솔루션을 평가해야 합니다.

보안 및 접근 제어

웹 클라이언트는 기본 RDS 배포 전반에 걸쳐 구현된 보안 제어의 혜택을 누립니다.

관리자는 따라야 합니다 RDP 보안 모범 사례 신뢰할 수 있는 인증서를 사용하고, 불필요한 네트워크 노출을 제한하며, 게시된 리소스에 최소 권한 접근 정책을 적용하는 것을 포함합니다.

추가 보안 조치, 지원되는 접근 아키텍처를 통한 다중 인증을 포함하여, 외부에서 접근 가능한 서비스를 보호하는 데 도움이 될 수 있습니다.

Windows Server, RDS 구성 요소 및 웹 클라이언트를 업데이트하고 인증 실패 및 비정상적인 세션 활동을 모니터링하십시오.

원격 데스크톱 웹 클라이언트를 업데이트하고 문제를 해결하는 방법은 무엇인가요?

정기적인 유지 관리로 인해 구식 패키지, 만료된 인증서 및 RDS 인프라의 변경으로 인한 연결 문제가 줄어듭니다.

원격 데스크톱 웹 클라이언트 업데이트

최신 패키지를 다운로드하려면 실행하십시오:

RDWebClientPackage 설치

테스트 환경에 먼저 게시할 수 있습니다:

게시-RDWebClientPackage -유형 테스트 -최신

업데이트를 검증한 후, 이를 프로덕션에 게시하십시오:

Publish-RDWebClientPackage -Type Production -Latest

마이크로소프트의 릴리스 노트는 보안 업데이트, 호환성 개선 및 알려진 문제에 대한 수정 사항을 문서화합니다.

RD 연결 브로커 인증서 업데이트

브로커 인증서가 갱신되거나 교체될 때, 업데이트된 인증서를 내보내고 웹 클라이언트 구성에 가져옵니다.

Import-RDWebClientBrokerCert "C:\Certificates\RDBroker-New.cer"

생산 클라이언트를 다시 게시하십시오:

Publish-RDWebClientPackage -Type Production -Latest

브로커 인증서를 업데이트하지 않으면 예기치 않은 서버 인증서 오류가 발생할 수 있습니다.

일반 연결 문제 해결

웹 클라이언트 페이지가 로드되지 않습니다: RD 웹 액세스 가용성, DNS 해상도, HTTPS 연결, IIS 구성 및 패키지가 게시되었는지 확인하십시오. 연결 문제가 계속되면 방법을 검토하십시오. 서버에 대한 안전한 연결을 설정합니다. 웹 클라이언트 구성 변경 전

사용자는 로그인할 수 있지만 애플리케이션이 보이지 않습니다. 세션 수집 구성, 게시된 리소스, 사용자 권한 및 RD 연결 브로커 연결을 확인하십시오.

인증서 오류가 발생했습니다: 인증서 유효성 검사, 호스트 이름 일치 및 올바른 브로커 인증서가 가져왔는지 확인하십시오.

원격 세션이 자주 끊깁니다: 네트워크 안정성, RD 게이트웨이 연결, 세션 타임아웃 정책 및 RD 세션 호스트 리소스 활용도를 조사하십시오.

세션이 느리거나 응답하지 않습니다: 브라우저 성능, 서버 용량 및 네트워크 지연 시간을 비교하십시오. 문제가 기본 RDP 클라이언트를 통해서도 발생한다면, 원인은 기본 RDS 환경과 관련이 있을 가능성이 더 높습니다.

구조화된 문제 해결 접근 방식은 브라우저 클라이언트 문제를 원격 데스크톱 서비스 인프라의 다른 실패와 구별하는 데 도움이 됩니다.

TSplus Remote Access: 웹 애플리케이션 포털을 통한 브라우저 액세스

브라우저 기반 데스크톱 및 애플리케이션 제공을 보다 간단하게 접근하려는 조직은 고려할 수 있습니다. TSplus 원격 액세스 HTML5 웹 클라이언트를 통해 권한이 있는 사용자가 호환되는 브라우저를 통해 Windows 애플리케이션 및 원격 데스크톱에 직접 접근할 수 있으며, 전통적인 RDP 클라이언트를 설치할 필요가 없습니다.

TSplus 웹 애플리케이션 포털은 게시된 애플리케이션과 데스크톱을 실행하기 위한 중앙 집중식 인터페이스를 제공합니다. 특정 서버 역할이 있는 기존 RDS 배포에 의존하는 Microsoft의 원격 데스크톱 웹 클라이언트와는 달리, 우리 솔루션 자체 애플리케이션 배포 및 브라우저 접근 아키텍처를 제공합니다. 이는 웹 포털을 통해 Windows 리소스를 제공하려는 기업에 대한 대안이 되며, 배포 및 관리의 간소화를 가능하게 합니다.

결론

마이크로소프트의 원격 데스크톱 웹 클라이언트는 원격 데스크톱 서비스를 통해 브라우저 기반의 Windows 데스크톱 및 애플리케이션에 대한 액세스를 가능하게 합니다. 마이크로소프트의 현재 문서에 포함된 Windows Server 2025와 함께, 관리자는 설치 전에 배포 호환성, 라이센스, 인증서 및 서버 역할을 확인해야 합니다.

신뢰할 수 있는 운영을 위해 웹 클라이언트를 유지하는 것은 작업의 일부에 불과합니다. 네트워크 성능, 세션 관리, 로드 밸런싱 및 인프라 모니터링 또한 원격 액세스 경험의 품질을 결정합니다.