이 항목에서는 서비스 및 알려진 해결 방법(있는 경우)을 사용할 때 발생할 수 있는 알려진 문제를 설명합니다.

중요: 이 정보는 1세대 제어부의 1세대 테넌트 환경에 액세스할 수 있는 경우에만 적용됩니다. KB-92424에 설명된 대로 1세대 제어부는 EOA(사용 종료)에 도달했습니다. 자세한 내용은 해당 문서를 참조하십시오.

이 설명서 항목에는 Horizon Cloud Connector에 대한 알려진 문제가 포함되어 있습니다. 또한 Horizon Cloud Connector를 사용하여 Horizon 포드를 Horizon Cloud에 연결하더라도 해당 Horizon 포드 내에서 실행되는 소프트웨어에 대한 알려진 문제에 대해서는 포드의 연결 서버 소프트웨어 버전에 따라 다음 위치의 릴리스 정보를 참조하십시오.

모든 Horizon Cloud 고객의 운영 환경에서 사용할 수 있는 IMS 기능과 관련된 IMS(이미지 관리 서비스)의 알려진 문제에 대해서는 클라우드에서 Horizon 이미지 관리의 알려진 문제 페이지를 참조하십시오.

참고: 각 알려진 문제에 지정된 괄호 안의 숫자는 VMware 내부 문제 추적 시스템을 나타냅니다.

로그인 관련 알려진 문제

백슬래시(\)를 포함하는 My VMware 계정에 대한 암호를 성공적으로 생성했더라도 해당 자격 증명을 사용하여 Horizon Cloud에 로그인하면 실패함(2595757)
My VMware 자격 증명을 사용하여 Horizon Cloud에 로그인할 때 백슬래시가 포함된 암호는 지원되지 않습니다. 지원되는 특수 문자 목록을 보려면 my.vmware.com에 로그인하고 프로파일의 암호 변경 섹션으로 이동합니다. 해당 페이지에는 지원되는 특수 문자가 표시됩니다. 해결 방법: My VMware 계정 암호를 새 암호로 재설정하고 새 암호에 백슬래시(\)가 포함되어 있지 않은지 확인하십시오.

Active Directory와 관련된 알려진 문제

관리 콘솔에서 Active Directory 관련 작업을 수행할 때까지 기본 바인딩 계정 잠금이 감지되지 않습니다. (2010669)
이 문제로 인해 웹 기반 관리 콘솔에 로그인한 관리자에게 Active Directory를 검색하여 할당에 사용자를 추가하는 것과 같은 Active Directory 관련 작업을 사용자 인터페이스에서 수행할 때까지 기본 바인딩 계정 잠금 알림이 표시되지 않습니다. 기본 서비스는 (사용자 또는 그룹) 인증 또는 검색을 위해 Active Directory와 통신하기 위한 요청을 수행할 때만 잠긴 서비스 계정을 감지합니다. 해결 방법: 없음.
웹 기반 관리 콘솔에서 기본 바인딩 도메인 계정의 잠금 또는 잠금 해제 상태를 반영할 때까지 최대 15분이 소요됩니다. (2009434)
Active Directory에 대한 시스템의 연결 개체는 15분 동안 캐시됩니다. 결과적으로, 기본 바인딩 계정이 잠김 상태로 전환되고 시스템이 관리자에게 알림을 표시하는 시점부터 15분이 걸릴 수 있습니다. 이와 반대로 관리자가 계정의 잠금 조건을 해결한 후에 시스템이 잠금 해제된 계정에 대한 알림 전송을 중지하는 데 최대 15분이 걸릴 수 있습니다. 해결 방법: 없음.
Microsoft Azure의 포드에 있는 팜의 경우, 동일한 Active Directory 포리스트의 다른 도메인에서 기존 팜과 동일한 이름을 재사용하면 중복된 SPN(서비스 제공자 이름)으로 인해 도메인 가입이 실패할 수 있습니다. (1969172)
Microsoft Windows Server 2012 R2 이상의 도메인 컨트롤러에 대한 새 기능 때문에, 도메인 컨트롤러에서 중복된 SPN 검사로 인해 도메인 가입이 실패합니다. Microsoft KB 기술 자료 문서 3070083을 참조하십시오. 해결 방법:
  • 팜 이름을 재사용하지 마십시오.
  • Microsoft KB 문서에 설명된 대로 Active Directory 도메인에서 중복된 SPN 검사를 해제합니다.
Azure AD Domain Services를 사용하는 경우 [암호 재설정] 사용 권한이 부족하다는 오류를 나타내며 도메인 가입 단계에서 Active Directory 등록 워크플로우가 실패합니다. (2218180)
Horizon Cloud 팀은 Azure Active Directory (AD) Domain Services를 포드에서 사용할 때 필수 도메인 가입 계정 사용 권한을 추가하면 다른 Active Directory 도메인 배포와 동일한 결과가 나타나는지 확인했습니다. 기본 제공 컨테이너 AADDC 컴퓨터를 설명하는 Microsoft 설명서 항목 Azure AD 도메인 서비스 관리되는 도메인에서 OU(조직 구성 단위) 생성을 참조하고, 이 항목 앞부분에 나오는 Azure AD Domain Services에 대한 암호 해시 동기화 설정에 대한 중요 참고 사항도 참조하십시오. 도메인 가입 서비스 계정에 대한 사용 권한을 설정하기 전에 도메인 가입 서비스 계정에 대해 Azure AD Domain Services에 대한 암호 해시 동기화를 사용하도록 설정하는 방법을 Microsoft 설명서에서 참조하는 것이 중요합니다. Microsoft 설명서를 따라 작업한 후에도 Active Directory 등록 워크플로우에서 도메인 가입 사용 권한 오류가 계속 발생하면 VMware 지원에 문의하고 참조 문제 보고서 번호 2218180을 참조하십시오.

Microsoft Azure 구독 관련 알려진 문제

Horizon Universal Console을 사용하여 포드의 Azure 구독 설정에 대한 비밀 키를 업데이트한 후 새 자격 증명이 적용되려면 포드 관리자 VM을 다시 시작해야 합니다(2979394, 3007687, 3017415).
이 알려진 문제로 인해 콘솔의 [구독 관리] 창에서 애플리케이션 키 설정을 편집하고 저장한 후에는 각 VM에서 관리 서비스를 다시 시작할 때까지 새로 입력한 비밀 키가 포드 관리자 VM에 적용되지 않습니다. 관리 서비스가 다시 시작되지 않으면 구독의 리소스로 작업하기 위해 서비스에서 사용하는 API 호출이 실패하기 시작합니다. 해결 방법: 포드가 만료 날짜에 가까워지거나 지난 등의 이유로 구독 비밀 키를 업데이트해야 하는 상황에서는 후속 단계가 성공적으로 실시되도록 VMware 지원 및 Horizon Cloud 작업 팀의 지원을 위해 서비스 요청을 여십시오. 개괄적인 단계는 다음과 같습니다.
  1. Azure 포털에서 새 비밀 키를 생성합니다.
  2. Horizon Universal Console에서 표준 단계에 따라 배포된 Horizon Cloud 포드와 연결된 구독 정보 변경, 수정 및 업데이트 페이지에서 설명하는 것과 같이 이전 키와 연결된 포드에서 사용하는 비밀 키를 업데이트합니다.
  3. 두 포드 관리자 VM 모두에서 관리 서비스를 다시 시작하려면 VMware 지원 서비스를 요청합니다.

관리 서비스를 다시 시작하는 특정 명령은 VMware 팀만 해당 명령을 실행할 수 있기 때문에 여기에 공개하는 데 적합하지 않습니다. 팀은 내부 문제 3007687-update-9를 참조할 수 있습니다.

Cloud Connector 관련 알려진 문제

CSMS(연결 서버 모니터링 서비스) 상태가 Horizon Cloud Connector 구성 포털의 상태 영역(3236634)에 준비되지 않음으로 표시됨
VMware KB 91124에 설명한 대로 Horizon Cloud Connector 버전 2.3의 경우 Horizon Cloud Connector 장치를 다시 시작한 후 또는 장치의 Kubernetes 클러스터를 다시 시작한 후 CSMS 상태가 준비되지 않음으로 표시됩니다.

이 문제는 버전 2.4부터 Horizon Cloud Connector에서 해결되었습니다. 이전 버전에서 이 문제를 해결하려면 KB 문서의 단계를 따르십시오.

인증서 만료 문제(3083444)
2.4 이전의 Horizon Cloud Connector 버전 인증서는 장치를 배포한 날로부터 1년 후에 만료되는 것으로 확인되었습니다. 이 인증서가 만료되면 Horizon Cloud Connector가 더 이상 Horizon Cloud 제어부에 연결할 수 없으므로 Horizon Cloud Connector가 제공하는 클라우드 기반 서비스가 작동하지 않도록 렌더링됩니다. 자세한 내용 및 업데이트 적용 단계는 KB 90505를 참조하십시오.

Horizon Cloud Connector 버전 2.4부터 시스템은 만료 전에 인증서를 자동으로 갱신합니다.

OVF 템플릿을 배포할 때 [프록시 없음] 필드에 지정된 no-proxy 호스트 구성이 배포된 장치에 저장되지 않음(2454245, 2466306, 2467017, DPM-5388)
이 문제는 Horizon Cloud Connector 버전 1.6 이상에서 해결되었습니다. vSphere 환경에서 [OVF 템플릿 배포] 워크플로우를 실행하는 경우 [프록시 없음] 필드에 no-proxy 호스트 구성을 지정하는 옵션이 제공됩니다. 하지만 이 알려진 문제로 인해 입력한 설정이 배포된 장치의 구성 파일에 캡처되지 않습니다. 따라서 배포된 장치는 지정된 no-proxy 호스트 설정을 준수하지 않습니다.

Horizon Cloud 포드의 게이트웨이 구성 관련 알려진 문제

게이트웨이 구성에서 Syslog 서버 설정을 사용하도록 설정하는 Horizon Universal Console 기능은 기본적으로 해제되어 있습니다. (3005985, 3023935, 3026855)
Syslog 서버 정보로 Unified Access Gateway 구성을 업데이트하기 위한 시스템의 API 호출에서 확인된 문제로 인해 이전에 릴리스된 기능이 콘솔에서 사용 해제됩니다. 해결 방법: 없음.

Universal Broker 관련 알려진 문제

Horizon Cloud Connector의 Horizon Universal Broker 클라이언트는 장치를 처음 배포한 후 커넥터 장치에서 수행한 프록시 관련 업데이트를 사용하지 않음(HD-35551)
이 문제는 Horizon Cloud Connector 버전 1.6 이상에서 해결되었습니다. 커넥터 장치의 Horizon Universal Broker 클라이언트는 장치를 처음 부팅하는 동안 프록시 세부 정보를 선택합니다. 첫 번째 부팅은 OVF 템플릿을 배포한 후에 처음으로 해당 장치를 켜는 동안에만 실행되므로, 나중에 장치 프록시 구성 설정을 변경할 경우 해당 변경 사항이 Horizon Universal Broker 클라이언트에서 사용되지 않습니다. OVF 템플릿 배포하는 동안의 no-proxy 구성에 대한 알려진 문제와 이 알려진 문제를 함께 고려할 경우 Horizon Universal Broker와 관련된 모든 호스트를 비프록시 호스트로 설정할 수 없다는 것을 의미한다는 것을 알 수 있습니다.
브라우저의 Horizon Client 또는 Horizon HTML Access가 Universal Broker에 연결하기 시작하면 오류 메시지 '연결 서버에 연결하지 못했습니다.'가 표시됨(2714266)
이 문제는 최종 사용자 데스크톱 브로커링에 Universal Broker를 사용하도록 구성된 테넌트에서 매니페스트 2632.x를 실행하는 Microsoft Azure의 Horizon Cloud 포드에 영향을 미치게 됩니다. 이 문제가 나타날 경우 다음 두 가지 현상이 동시에 발생하는 것도 확인할 수 있습니다.
  • 데스크톱 VM이 상주하는 포드에 대한 포드 세부 정보 페이지에서 포드 관리자 VM 상태가 모든 포드의 포드 관리자 VM에 대해 오류로 보고됩니다.
  • 브라우저의 Horizon Client 또는 Horizon HTML Access가 Universal Broker에 연결하기 시작하면 오류 메시지 '이 데스크톱을 현재 사용할 수 없습니다. 나중에 이 데스크톱에 다시 연결하거나 시스템 관리자에게 문의하십시오.’가 표시됩니다.
이 문제는 포드 관리자 인스턴스가 재부팅될 경우 매니페스트 2632.x를 실행하는 Microsoft Azure의 Horizon Cloud 포드에 대해 간헐적으로 발생할 수 있습니다. 경우에 따라 포드 관리자 인스턴스가 재부팅될 때(드문 이례적인 상황), 포드 관리자 인스턴스의 전원이 켜지고 Universal Broker가 포드에 대한 연결을 시도하면 인증된 연결을 설정할 수 없습니다. 해결 방법: 없음. 이러한 상황이 발생하면 서비스 요청을 열어 지원을 요청하고 내부 문제 보고 번호 2714266을 알리십시오.

매니페스트 2747.x 이상의 포드에서는 이 문제가 해결되었습니다.

이미지, 팜, 할당 관련 알려진 문제

여기에 나열된 알려진 문제는 Microsoft Azure에 배포된 포드에 적용됩니다.

이미지 게시 프로세스 중에 시간 초과 오류가 발생하고 VM의 전원이 켜진 상태로 유지되며 게시 흐름이 성공적으로 완료되지 않음(2954270, 2962049)
이 문제는 게시 프로세스의 sysprep 단계를 실행할 때 발생하는 Microsoft Azure 하이퍼바이저 문제의 결과입니다. 이 문제는 일부 Azure VM 모델에서 발생합니다. 자세한 내용은 VMware 기술 자료 문서 KB88343을 참조하십시오.

Microsoft Azure 팀의 권장 사항에 따라, Horizon Cloud 고객에게 해결 방법을 제공하기 위해 서비스의 자동화된 [마켓플레이스에서 VM 가져오기] 마법사에 사용되는 기본 Azure VM 모델이 서비스의 v2204 릴리스에서 비 GPU Windows 10 VM(단일 세션 및 다중 세션 모두)의 자동화된 가져오기를 위해 Standard_DS2_v2 모델을 사용하도록 변경되었습니다.

  • 단일 포드 이미지의 경우 자동화의 기본 VM 모델이 이전에 사용된 Standard_D4_v3 VM 모델에서 Standard_DS2_v2를 사용하도록 변경되었습니다.
  • 다중 포드 이미지의 경우 자동화의 기본 VM 모델이 이전에 사용된 Standard_D2_v2 모델에서 Standard_DS2_v2를 사용하도록 변경되었습니다.

v2204 릴리스부터 포드의 Azure 구독에 Azure DSv2 시리즈에 대한 할당량을 포함하십시오.

VM 및 관련 리소스가 Microsoft Azure 구독에서 완전히 삭제되지 않을 수 있습니다. (2824239, 2681761, 2750176)
이 문제는 포드 매니페스트 2915.x 이상에서 해결되었습니다. 이전 매니페스트의 포드에서 이 문제가 발생하면 VDI 할당 확장 문제와 같은 문제가 발생할 수 있습니다. 이 문제는 Microsoft ARM(Azure Resource Manager)의 문제 및 Microsoft Azure 클라우드의 여러 지역에서 나타나는 리소스 상태 복제 지연으로 인해 발생합니다. 이 Microsoft ARM 문제로 인해 이러한 VM 관련 리소스 중 일부는 삭제되지 않은 상태로 남아 있으므로 Azure 구독에서 VM에 연결되지 않을 수 있습니다. 연결되지 않은 이러한 항목이 발생할 수 있는 예는 디스크 및 NIC입니다. 해결 방법: 이 문제는 매니페스트 2915.x 이상을 실행하는 포드에서 해결되었습니다. 이 문제가 발생하는 경우 SR(서비스 요청)을 제출하여 오래된 데이터를 지우는 지원을 요청하고 문제가 되풀이되지 않도록 포드 업그레이드를 스케줄링하십시오. SR 제출 단계에 대해서는 KB 문서 2006985를 참조하십시오.
Microsoft Azure Government 클라우드 구독에 배포된 포드의 경우 팜 및 데스크톱 할당에서 디스크 암호화 기능을 사용하면 실패합니다. (2572579)
포드를 Microsoft Azure Government 클라우드에 배치하고 디스크 암호화 기능을 선택한 상태로 팜 또는 VDI 할당을 생성하려고 하면 Azure error encrypting the VM 오류를 나타내며 생성 프로세스가 실패합니다. 해결 방법: 없음.
기존 팜의 [서버] 탭에서 모든 [사용자 로그인 모드] 옵션을 선택하면 Horizon Agent를 업데이트해야 한다는 오류 메시지가 표시됩니다. (2528295)
관리 콘솔을 사용하여 [사용자 로그인] 모드를 설정하려면 팜 VM에서 실행 중인 에이전트 버전 20.1.0이 검색되어야 합니다. 그러나 기존 팜 VM에서 에이전트를 업데이트하기 위해 클라우드 제어부에서 해당 버전의 에이전트를 아직 사용할 수 없습니다. 해결 방법: 없음. 20.1.0 버전의 에이전트를 클라우드부에서 사용할 수 있고 포드가 해당 에이전트 버전을 사용할 수 있는 매니페스트 버전으로 업데이트된 경우 [사용자 로그인 모드] 선택 항목을 사용하도록 팜 VM을 해당 에이전트로 업데이트할 수 있습니다.
경우에 따라 대형 플로팅 VDI 데스크톱 할당의 일부 데스크톱 VM이 알 수 없는 에이전트 상태를 보고합니다. (DPM-3201)
많은 데스크톱 VM을 포함하는 플로팅 VDI 데스크톱 할당에서 알려진 문제로 인해 일부 Windows 서비스(예: Horizon Agent의 Blast 서비스 또는 Microsoft Azure 서비스)가 시작되지 않거나 느리게 시작되기 때문에 해당 데스크톱 VM 중 일부가 알 수 없는 에이전트 상태로 전환될 수 있습니다. 따라서 관리 콘솔에서 해당 데스크톱 VM의 에이전트 상태 열에 "알 수 없음" 상태가 표시되고 에이전트 오류가 보고됩니다. 해결 방법: 콘솔에서 다시 시작 작업을 사용하여 해당 VM을 다시 시작하십시오.
[마켓플레이스에서 VM 가져오기] 마법사는 데스크톱 환경이 사용되도록 설정되지 않은 상태에서 Windows Server 2012 이미지를 생성합니다. (2101856)
알려진 문제로 인해, [마켓플레이스에서 VM 가져오기] 자동화 마법사를 사용하여 Windows Server 2012 운영 체제로 이미지를 생성할 때 결과 이미지에서 데스크톱 환경이 사용되도록 설정되지 않습니다. 해결 방법: 결과 이미지에 데스크톱 환경을 포함하려면 결과 이미지에서 데스크톱 환경을 수동으로 사용하도록 설정해야 합니다. 또한 Windows Server 2012 운영 체제의 경우 스캐너 리디렉션 옵션이 설정된 상태로 Horizon Agent를 설치하려면 운영 체제에서 데스크톱 환경을 사용하도록 설정해야 합니다.
가져온 VM을 게시(봉인이라고도 함)할 경우 해당 프로세스가 시간 초과되거나 sysprep 실패로 인한 기타 게시 실패가 발생할 수 있습니다. (2036082, 2080101, 2120508, 2118047)
가져온 VM에서 데스크톱으로 변환게시를 클릭하여 게시된(봉인된) 이미지로 만든 후에 VM에서 많은 작업이 수행됩니다. 이러한 작업에는 Windows 시스템 준비(sysprep) 프로세스 실행, VM 종료 및 전원 껐다 켜기 등이 포함됩니다. 업계에서 알려진 Windows sysprep 프로세스 및 가상 머신 사용자 지정에 따른 문제 때문에, 때에 따라 다양한 이유로 인해 게시 프로세스가 실패합니다. [활동] 페이지에서 "시간 초과 오류: 가상 시스템 전원이 꺼질 때까지 20분 대기됨"과 비슷한 메시지 및 기타 sysprep 실패 메시지가 표시됩니다.

일반적으로 [마켓플레이스에서 가상 시스템 가져오기] 마법사를 사용하여 VM을 생성할 때 마법사의 Windows 이미지 최적화 토글에 대해 를 선택하여 이러한 sysprep 문제를 방지할 수 있습니다. 해당 옵션을 사용하지 않는 가져온 VM에 대해 이 오류가 표시되거나, 해당 VM을 수동으로 생성한 경우, KB 2769827, Microsoft MVP 문서 615에서 이미지를 게시할 때 syspres 문제가 발생할 가능성을 최소화하도록 이미지 VM을 구성하는 방법에 대한 모범 사례를 참조하십시오. sysprep 문제가 계속되는 경우에는 마켓플레이스에서 가상 시스템 가져오기 마법사를 사용할 때 Windows 이미지를 최적화하도록 결정데스크톱 가져오기 마법사를 사용할 때 Windows 스토어 애플리케이션 제거 옵션 사용 문서에서 [마켓플레이스에서 VM 가져오기] 자동화 마법사에서 sysprep 변경 문제를 줄이기 위해 사용하는 방법에 대한 자세한 내용을 참조하십시오. [활동] 페이지에서 시간 초과 오류가 발생하면 [이미지] 페이지에서 이 해결 방법을 시도하고, 이미지에 대해 이미지를 데스크톱으로 변환 작업을 사용할 수 있습니다. [활동] 페이지는 이미지를 데스크톱으로 변환하는 작업이 성공적으로 수행되었으며 [가져온 VM] 페이지로 이동됨을 나타냅니다. VM에 연결하고 KBs에 설명된 모범 사례를 적용합니다. [가져온 VM] 페이지에서 VM의 전원이 켜진 것으로 보고하면 해당 VM을 선택하고 이미지로 변환을 클릭하여 게시 프로세스를 다시 실행합니다.

팜 생성 중에 경우에 따라 서버 VM이 사용자 지정 단계에서 중단됩니다. (2010914, 2041909)
경우에 따라, 팜의 서버 VM에서 sysprep 프로세스를 진행하는 동안 tiledatamodelsvc라는 Windows 서비스로 인해 sysprep이 사용자 지정 프로세스를 완료하는 데 필요한 Windows 파일에 액세스하지 못할 수 있습니다. 결과적으로 팜 서버 VM은 사용자 지정 단계를 넘어 진행하지 못합니다. sysprep 오류 로그에는 "오류 0으로 인해 SYSPRP setupdigetclassdevs가 실패했습니다." 줄이 포함됩니다. 해결 방법: 이 문제가 발생하고 sysprep 오류 로그 파일에 해당 오류 메시지가 표시되는 경우, 이미지에서 tiledatamodelsvc 서비스를 중지하고 비활성화해 보십시오. 그런 다음, 팜을 생성합니다.
Microsoft Azure에서 이미지를 복제하거나 수동으로 생성한 후 [가져온 VM] 페이지에서 에이전트 상태가 '정의되지 않음'으로 표시될 수 있습니다. (2002798)
[이미지] 페이지에서 복제 버튼을 사용하여 게시된 이미지를 복제하거나 Microsoft Azure에서 이미지 VM을 수동으로 생성할 경우 결과 VM이 [가져온 VM] 페이지에 나열됩니다. 이 문제로 인해 VM의 전원이 완전히 켜질 때도 에이전트 상태가 '정의되지 않음'으로 표시될 수 있습니다. 그러나 VM을 선택하고 [이미지로 변환]을 선택하여 게시하는 경우 사용자 인터페이스가 에이전트를 '활성' 상태로 보고합니다. 해결 방법: 없음. 에이전트 연결 재설정 또는 새 이미지 또는 이미지로 변환 워크플로우가 에이전트를 '활성'으로 보고할 경우 [가져온 VM] 페이지에서 '정의되지 않음’ 상태를 무시해도 됩니다.

Microsoft Azure 포드의 App Volumes 관련 알려진 문제

여기에 나열된 알려진 문제는 Microsoft Azure에 배포된 포드에 적용됩니다.

다른 시간에 캡처된 동일한 위치(파일 공유)에 동일한 파일 이름을 가진 애플리케이션 패키지(.vhd 파일)를 업로드하면 사용자가 로그인할 때 App Volumes 서비스가 애플리케이션을 VDI 데스크톱에 연결하지 못할 수 있음(2783560)
App Volumes가 애플리케이션 패키지(.vhd 파일)를 캡처할 때마다 시스템은 볼륨 또는 캡처 세션을 식별하는 고유한 GUID를 생성합니다. 이전에 업로드한 (.vhd) 파일 이름을 사용하여 Horizon Cloud Azure 포드의 스테이징 파일 공유에 애플리케이션 패키지를 업로드하려고 하면 Horizon Cloud Azure 포드와 클라우드 서비스에 이미 있는 GUID 간에 불일치가 발생합니다.

Horizon Cloud Azure 포드에서 실행되는 App Volumes Manager 서비스는 파일 공유에서 애플리케이션 패키지를 정기적으로 가져옵니다. Horizon Universal Console의 인벤토리 가져오기 > 애플리케이션 페이지에서 애플리케이션을 가져오려고 하면 새로 가져온 애플리케이션 패키지 및 해당 GUID가 Horizon Cloud Azure 포드를 실행하는 App Volumes Manager 서비스에 있는 GUID와 일치하지 않습니다. 이러한 불일치로 인해 할당된 애플리케이션이 권한 있는 사용자에게 연결되지 않습니다.

콘솔의 App Volumes 할당에서 일부 사용자 또는 그룹을 제거하면 할당에 있는 나머지 사용자 또는 그룹 중 일부에서 사용 권한이 제거될 수 있습니다(2704889).
이 문제로 인해 애플리케이션과 지정된 사용자 또는 그룹 집합이 포함된 App Volumes 할당을 생성한 다음, 해당 할당을 편집하고 특정 사용자 또는 그룹 중 일부를 제거하는 시나리오에서 해당 할당에 구성된 일부 사용자 및 그룹은 사용 권한이 부여된 데스크톱에서 애플리케이션이 표시되지 않는다는 것을 알게 됩니다.

이 문제는 포드 매니페스트 2747 이상에서 해결되었지만 이전 매니페스트 버전의 포드에서 발생할 수 있습니다. 이 문제가 발생하는 경우 필요한 애플리케이션과 사용자 및 그룹으로 새 App Volumes 할당을 생성하고 이전에 생성한 애플리케이션 할당을 삭제하여 이 문제를 해결할 수 있습니다.

작업 환경의 Microsoft Azure에 여러 포드가 있는 경우 캡처 프로세스가 완료된 후 알 수 없는 상태로 전환될 수 있습니다. (2600573)
작업 환경에 App Volumes를 사용하는 여러 개의 포드가 있는 상태에서 캡처 프로세스를 실행한 경우 VM의 캡처 프로세스가 완료되었는데도 콘솔에서 캡처가 알 수 없는 상태로 나타날 수 있습니다. 이 문제를 해결하려면 인벤토리 > 애플리케이션 > 새로 만들기 > 가져오기를 사용하여 애플리케이션 패키지를 다시 가져오십시오. 결과적으로 애플리케이션 패키지는 별도의 애플리케이션으로 가져오고 후속 할당 및 애플리케이션 실행이 작동합니다.
Microsoft Windows 10 Enterprise 다중 세션 배포에서 다른 사용자가 동일한 시스템으로 로그인할 때 인쇄 작업이 종료될 수 있습니다.
이 환경에서 프린터 드라이버가 포함된 애플리케이션 패키지 할당이 있는 사용자가 처음으로 로그인할 때 해당 다중 세션 시스템에서 다른 사용자에 대해 진행 중인 인쇄 작업이 오류 상태가 될 수 있습니다. 이 문제를 해결하려는 경우 인쇄 작업이 종료된 후 몇 분 또는 그 이상 기다렸다가 인쇄 작업을 다시 시도합니다. 관련 모범 사례 정보에 대해서는 " Horizon Cloud 테넌트 환경 및 온보딩된 포드 그룹 관리" 가이드를 참조하십시오.
Microsoft Windows 10 Enterprise 다중 세션 배포에서 애플리케이션 패키지가 할당되지 않은 사용자에게 애플리케이션의 측면이 수신됨

이 환경에서 경우에 따라 프로비저닝 중에 애플리케이션에 대해 자동 업데이트를 해제하지 않으면 애플리케이션의 업데이트된 부분이 의도치 않게 바탕 화면 바로 가기 및 애플리케이션 이진 파일 등의 형태로 다중 세션 데스크톱의 모든 사용자(해당 애플리케이션에 할당된 사용자에게만 국한되지 않음)에게 표시됩니다. 이 문제를 해결하려면 자동 업데이트 서비스가 있는 애플리케이션의 경우 다중 문자열 svservice 레지스트리 구성 DisableAppServicesList에 애플리케이션 서비스 이름을 추가하여 자동 업데이트 서비스가 시작되지 않도록 합니다. 관련 모범 사례 정보에 대해서는 "Horizon Cloud 테넌트 환경 및 온보딩된 포드 그룹 관리" 가이드를 참조하십시오.

에이전트 업데이트 관련 알려진 문제

여기에 나열된 알려진 문제는 Microsoft Azure에 배포된 포드에 적용됩니다.

보류 중인 Windows 업데이트가 있는 이미지에서 에이전트 업데이트를 시도하면 업데이트 프로세스가 실패할 수 있습니다. (2234964)
이미지에 OS 이외의 부 업데이트가 아닌 Windows OS에 대한 업데이트가 필요한 경우 이러한 문제로 인해 OS 리소스가 오프라인 상태가 되고 에이전트 업데이트를 사용하지 못할 수 있습니다. 해결 방법: Windows 업데이트가 완료될 때까지 기다렸다가 에이전트 업데이트를 다시 시도하십시오. 모든 Windows 업데이트가 완료되었는지 확인하려면 이미지를 오프라인 상태로 전환하고, 보류 중인 모든 업데이트를 수행하고, 이미지를 다시 게시한 후 에이전트 업데이트를 시작할 수 있습니다.

보고서 및 모니터링 관련 알려진 문제

여기에 나열된 알려진 문제는 Microsoft Azure에 배포된 포드에 적용됩니다.

[사용자 활동] 보고서에서 표시된 주간 평균(hrs)이 직관적이지 않습니다. (1817065)
이 문제로 인해, 계산 로직은 현재 주 기간을 7로 나누고 최대 한 주 전체로 반올림되지 않으므로 주별 통계가 시간에 따라 등락을 반복합니다. 예를 들어, 최근 30일을 선택할 때 완료된 주의 데이터는 변경되지 않지만, 현재 주의 데이터는 7로 나누어집니다. 현재 로직은 주간 평균(hrs)이 일일 평균(hrs) * 7일이므로, 최근 30일 간의 주간 평균은 (총 기간/30일) * 7일이 됩니다. 해결 방법: 없음
팜 이름 변경 후 한 시간까지는 새로 업데이트된 팜 이름 또는 VDI 데스크톱 할당 이름이 [데스크톱 상태] 보고서에 반영되지 않습니다. (1756889)
팜 이름 또는 VDI 데스크톱 할당 이름을 변경하는 경우, [데스크톱 상태] 보고서의 [할당] 드롭다운 메뉴 및 [할당] 열에 새 이름이 적용되기까지 한 시간이 걸립니다. 해결 방법: 보고서에 새 이름이 표시될 때까지 1시간 정도 기다리십시오.
보고서 사용자 인터페이스 화면에서 내보낼 수 있는 일부 CSV 파일의 형식이 화면에 표시되는 테이블과 일치하지 않습니다. (2015500)
일부 보고서 페이지의 하위 화면은 표시된 데이터를 CSV 형식으로 내보내는 내보내기 기능을 제공합니다. 이 문제로 인해 [데스크톱 상태], [동시성] 및 [세션 기록]에서 내보낸 CSV 파일의 서식이 화면에서 본 것과 정확히 일치하지 않습니다. 예를 들어 열 머리글은 다를 수 있으며, CSV 파일은 화면에 표시되는 표보다 더 많은 수의 데이터 열을 포함할 수 있습니다. 해결 방법: 없음.

ID 관리, Workspace ONE Access, True SSO 관련 알려진 문제

여기에 나열된 알려진 문제는 Microsoft Azure에 배포된 포드에 적용됩니다.

1763 이전의 매니페스트 버전 포드를 매니페스트 1763 이상으로 업데이트하고 해당 포드의 2단계 RADIUS를 해당 Unified Access Gateway 인스턴스에 구성하고 Workspace ONE Access와 통합한 경우, 브라우저를 사용하여 Workspace ONE Access에서 데스크톱을 시작하면 사용자의 UPN으로 [사용자 이름] 필드가 미리 채워진 RADIUS 로그인 양식이 표시됩니다. (2248160)
이 증상은 VMware Horizon HTML Access 4.10에서 릴리스된 변경 사항으로 인해 발생합니다. 이전 Horizon Cloud 릴리스의 Microsoft Azure 포드를 Unified Access Gateway 인스턴스 및 2단계 RADIUS 인증으로 구성하고, 이전에 브라우저를 사용하여 Workspace ONE Access에서 데스크톱을 실행할 때 Workspace ONE Access를 사용하도록 해당 포드를 구성하면 RADIUS 로그인 양식에 사용자 이름과 암호를 묻는 메시지가 표시됩니다. 최종 사용자는 양식에 사용자 이름과 암호를 입력합니다. 그러나 이 문제로 인해 해당 포드를 이 릴리스로 업그레이드한 후에, 동일한 데스크톱 실행 단계를 사용하면 RADIUS 로그인 양식의 사용자 이름 필드가 도메인 사용자의 UPN으로 미리 채워집니다. 이 동작은 브라우저를 사용하여 데스크톱을 실행할 때만 발생합니다. Horizon Client를 사용할 때는 발생하지 않습니다. 해결 방법: 이러한 상황이 발생하는 경우 최종 사용자는 미리 채워진 사용자 이름 필드를 지우고 해당 정보를 입력할 수 있습니다. 일반적으로 Workspace ONE Access와 통합된 대부분의 환경에서 2단계 인증은 기본 Unified Access Gateway 인스턴스가 아닌 Workspace ONE Access에서 구성되며, 이 경우 이 문제가 발생하지 않습니다.
Horizon Client를 사용하여 Workspace ONE Access에서 두 번째 데스크톱을 실행하려고 하면 '데스크톱 또는 애플리케이션을 실행할 수 있는 권한이 없습니다.' 오류를 나타내며 실패할 수 있습니다. (1813881, 2201599)
이 증상은 다음과 같은 상황에서 발생합니다. 사용자에게 그룹 사용 권한을 통해 2개의 전용 VDI 할당에 대한 사용 권한이 지정되어 있습니다. 두 전용 VDI 데스크톱 할당이 사용자가 로그인할 때 Workspace ONE Access에 나열됩니다. 사용자가 Horizon Client를 사용하여 첫 번째 데스크톱을 실행합니다. 해당 데스크톱이 연결됩니다. 그런 후 사용자는 역시 Horizon Client를 사용하여 다른 할당에서 다른 데스크톱을 실행하려고 합니다. 이 다른 데스크톱을 실행하려고 하면 사용자에게 사용 권한이 없다는 오류가 표시되면서 실패합니다. 그러나 이 문제는 두 번째 데스크톱에서 처음 시도할 때만 표시됩니다. 사용자가 브라우저를 사용하여 두 번째 데스크톱을 실행하는 경우 이후에 Horizon Client를 사용하여 두 번째 데스크톱을 다시 실행하려고 하면 성공적으로 수행됩니다. 해결 방법: 이러한 상황이 발생하면 브라우저를 사용하여 두 번째 데스크톱을 실행하십시오.
Workspace ONE Access에는 Horizon Cloud 관리 콘솔에서 설정한 원격 애플리케이션의 표시 이름이 표시되지 않습니다. (2131583)
이 문제는 Workspace ONE Access Connector 버전 19.03을 사용하여 해결되었습니다. 19.03 이전 버전 Workspace ONE Access Connector의 알려진 문제로 인해 Workspace ONE Access에 Horizon Cloud에서 동기화하는 원격 애플리케이션이 표시될 경우 Workspace ONE Access는 Horizon Cloud에서 해당 원격 애플리케이션에 대해 설정한 표시 이름을 표시하지 않습니다. Horizon Cloud는 표시 이름을 Workspace ONE Access로 전송하지만, Workspace ONE Access는 원격 애플리케이션의 launchID를 대신 사용합니다. 결과적으로, Workspace ONE Access에는 원격 애플리케이션의 기본 이름이 표시됩니다.

사용자 인터페이스 관련 알려진 문제

알려진 문제 텍스트에 다르게 설명된 경우가 아니면, 여기에 나열된 알려진 문제는 Microsoft Azure에 배포된 포드에 적용됩니다.

세션 대시보드에 표시되는 로그온 세그먼트 차트에 데이터가 없습니다.
이 문제는 모든 유형의 포드에 적용됩니다. VMware Logon Monitor 서비스는 세션 대시보드에 나타나는 로그온 세그먼트 차트에 대한 데이터를 제공합니다. 하지만 이 릴리스는 VMware Logon Monitor 서비스의 사용을 지원하지 않으며 기본적으로, Horizon Agents Installer는 설치 관리자가 수행하는 모든 설치에서 VMware Logon Monitor 서비스를 비활성화합니다. 결과적으로, 로그온 세그먼트 차트가 표시할 수 있는 데이터가 보고되지 않더라도 로그온 세그먼트 차트가 세션 대시보드에 계속 표시됩니다. 해결 방법: 없음.
한 브라우저 탭에서 관리 콘솔을 사용하고 있을 때, 같은 브라우저의 다른 브라우저 탭에 있는 연결 해제된 데스크톱을 시작하려고 하면 HTML Access 포털도 로그오프되므로 HTML Access 포털 자체에 다시 로그인해야 합니다. (2118293)
일반적으로 데스크톱을 시작한 후 데스크톱에서 로그아웃하지 않고 연결을 끊으면 HTML Access 포털 자체에는 로그인된 상태가 유지되며 HTML Access 포털에 자격 증명을 입력하지 않고도 연결 해제된 데스크톱에 다시 연결할 수 있습니다. 이러한 문제로 인해, 한 브라우저 탭에서 콘솔에 로그인한 상태로 다른 브라우저 탭을 사용하여 HTML Access 포털에 로그인하고 데스크톱을 시작할 경우, 해당 데스크톱에서 연결을 끊고 다시 연결하려고 하면 HTML Access 포털이 로그오프됩니다. 이 경우 HTML Access 포털에 자격 증명을 다시 입력해야만 해당 데스크톱에 다시 연결할 수 있습니다. 해결 방법: 이 문제를 방지하려면 HTML Access 포털이 있는 브라우저 창이 아닌 별도의 브라우저 창을 사용하여 관리 콘솔에 로그인합니다. 이 동작은 HTML Access 포털을 사용하는 동일한 브라우저 창의 브라우저 탭에서 콘솔에 로그인하는 경우에만 발생합니다.
특정 사용자의 [사용자 카드] 화면에서 사용자가 VDI 전용 데스크톱 할당에서 전용 데스크톱을 처음 시작한 후 해당 할당이 [할당] 탭에서 제거됩니다. (1958046)
사용자가 Active Directory 그룹을 통하지 않고 VDI 전용 데스크톱 할당에서 개별 사용자로 지정된 경우 사용자가 해당 할당에서 전용 데스크톱을 처음 시작할 때까지만 해당 사용자에 대한 해당 VDI 전용 데스크톱 할당이 [사용자 카드] 화면의 [할당] 탭에 표시됩니다. 사용자가 해당 할당에서 VDI 전용 데스크톱을 처음 시작한 후 사용자 카드의 [할당] 탭에 해당 사용자에 대한 해당 VDI 전용 데스크톱 할당이 더 이상 표시되지 않습니다. 사용자가 처음 시작하면 해당 사용자가 해당 할당에 정의된 기본 풀의 특정 전용 데스크톱을 할당하고 시스템에서 특정 전용 데스크톱을 해당 특정 사용자에 매핑합니다. 이러한 매핑이 설정되면 해당 특정 전용 데스크톱이 할당됨 상태가 되고 사용자 카드의 [데스크톱] 탭에 해당 사용자의 데스크톱이 나열됩니다.

해결 방법: 이 경우 사용자 카드의 [할당] 탭을 사용하는 대신에 특정 사용자에게 할당된 이미 시작된 VDI 전용 데스크톱을 확인하려면 [데스크톱] 탭을 사용할 수 있습니다. 해당 사용자-데스크톱 매핑이 설정된 특정 VDI 전용 데스크톱 할당을 찾아야 하는 경우 사용자 카드의 [데스크톱] 탭에서 데스크톱 이름을 가져와서 상단 배너 검색의 VM별 검색 기능을 사용하여 해당 특정 데스크톱 VM을 나열합니다. VM별 검색의 결과에서 이름을 클릭하여 해당 특정 전용 데스크톱이 있는 특정 할당 페이지를 엽니다. 그런 다음 할당의 세부 정보에서 사용자를 찾을 수 있습니다.

이전에 계속 표시하지 않도록 하는 옵션을 선택하지 않은 경우에도 [새로운 기능] 화면이 표시됩니다. (2075825)
이 문제는 임의 포드 유형의 환경에 적용됩니다. 이 문제로 인해 브라우저 캐시를 지우거나 이전에 [새로운 기능] 화면을 표시하지 않도록 하는 옵션을 선택한 브라우저와 다른 브라우저를 사용하는 경우, 관리 콘솔에 로그인할 때 이 화면이 나타날 수 있습니다. [새로운 기능] 화면을 표시할지 여부를 나타내는 플래그는 사용자 기준이 아닌 브라우저의 로컬 캐시에 저장됩니다. 해결 방법: 없음.
이미지 생성 프로세스가 완전히 완료되지 않은 경우에도 [시작] 화면에 이미지 생성 단계가 [완료됨]으로 표시됩니다. (2100467)
이 문제로 인해 이미지 생성 단계가 중간에 완료된 것으로 표시됩니다. 해결 방법: [활동] 페이지를 사용하여 이미지 생성 프로세스가 완료되었는지 확인합니다.
관리 콘솔을 사용할 경우, 실제 텍스트 문자열 대신 자리 표시자가 표시되거나, 페이지의 버튼을 클릭해도 아무 결과가 발생하지 않습니다. (2045967)
이 문제는 임의 포드 유형의 환경에 적용됩니다. VMware에서는 웹 기반 관리 콘솔을 호스팅하는 클라우드 내 관리 환경을 정기적으로 업데이트합니다. 이 문제는 최신 클라우드 내 업데이트 전에 브라우저에 고정 컨텐츠가 캐시되었을 때 발생할 수 있습니다. 일시적인 문제로, 브라우저 캐시를 지우면 해결됩니다. 해결 방법: 관리 콘솔에서 로그아웃하고, 브라우저 캐시를 지우고, 브라우저를 다시 시작한 후 콘솔에 다시 로그인합니다.
최종 사용자가 Workspace ONE Access를 사용하여 애플리케이션 이름을 액세스할 때 이 이름은 소문자로 표시됩니다. (1967245)
Horizon Cloud 환경이 Workspace ONE Access에 통합될 경우, 최종 사용자는 Workspace ONE Access를 사용하여 할당된 데스크톱 및 애플리케이션에 액세스합니다. 이 알려진 문제로 인해, 애플리케이션 이름에 사용된 실제 대소문자와 상관 없이, 애플리케이션 이름이 소문자로 표시됩니다. 이러한 제한은 Workspace ONE Access가 이전 Horizon Cloud REST API를 사용하여 Horizon Cloud에서 실행 ID를 생성하는 방식 때문에 발생합니다. 해결 방법: 없음.
데스크톱 상태 보고서에 대해 보고되고, 데스크톱 상태 알림에 사용되는 메모리 사용률(%)은 물리적 메모리만의 백분율이 아니라 물리적 메모리에 페이지 파일 크기를 더한 값에 해당하는 커밋된 메모리의 백분율을 기준으로 합니다. (2015772)
데스크톱 VM의 커밋된 메모리는 물리적 메모리에 페이지 파일 크기를 더하여 계산됩니다. 데스크톱의 메모리 사용률(%)을 계산하는 경우 해당 합계(물리적 메모리 + 페이지 파일 크기)에 사용되는 백분율이 적용됩니다. 데스크톱 상태 경고 및 데스크톱 상태 보고서의 메모리 사용량 보고서는 둘 다 해당 백분율 계산 방식을 사용합니다. 그러나 데스크톱 VM에 로그인하고 Windows 작업 관리자를 열어 데스크톱의 Windows 운영 체제에서 메모리 사용량을 확인할 경우 Windows 작업 관리자는 물리적 메모리만을 기준으로 하는 백분율을 표시합니다. 결과적으로, 데스크톱의 Windows 작업 관리자에 표시되는 메모리 사용률(%)은 데스크톱 상태 보고서 또는 데스크톱 상태 경고에 표시되는 메모리 사용률(%)과 일치하지 않습니다. 해결 방법: 데스크톱의 Windows 작업 관리자에서 보고하는 메모리 사용률(%)과 콘솔의 데스크톱 상태 보고서 및 해당 데스크톱의 데스크톱 상태 경고에서 보고된 메모리 사용률(%) 간을 비교할 때는 이러한 차이점에 유의해야 합니다.
데스크톱 VM의 CPU 사용량이 100%가 되거나 100%에 가까워질 경우 데스크톱 경고가 트리거되지 않습니다. (1446496)
데스크톱 VM의 애플리케이션 또는 다른 항목으로 인해 VM의 CPU 사용량이 100%에 도달하면 CPU가 다른 작업을 수행하느라 매우 바쁘기 때문에, 데스크톱 에이전트는 일반적으로 Horizon Cloud로 보내는 만큼의 많은 데이터 샘플을 보내지 못합니다. 낮은 샘플 수가 반환되므로 시스템이 데스크톱 경고를 트리거하는 데 사용하는 계산에도 영향을 미칩니다. 해결 방법: 없음.

최종 사용자, Horizon Agent, Horizon Client 관련 알려진 문제

여기에 나열된 알려진 문제는 Microsoft Azure에 배포된 포드에 적용됩니다.

열린 최근 옵션(또는 클라이언트 유형에 따른 동등한 옵션)을 사용하여 Horizon Client 전용 데스크톱을 실행하면 전용 데스크톱이 올바르게 실행되지 않을 수 있음(SR23422432704, HCS-39121)
다양한 Horizon Client는 클라이언트가 이전에 실행한 데스크톱 또는 원격 애플리케이션을 기억하는 메커니즘을 제공하며, 최종 사용자는 사용 권한이 부여된 데스크톱 및 애플리케이션의 전체 목록으로 이동하지 않고도 이전에 연 데스크톱 또는 게시된 애플리케이션을 실행할 수 있습니다.

예를 들어 iOS용 Horizon Client 및 Android용 Horizon Client에서 최근 레이블이 지정된 화면에는 이전에 실행된 데스크톱 및 원격 애플리케이션이 표시됩니다. Mac용 Horizon Client 설명서에 설명된 것처럼 Mac용 Horizon Client는 최근 데스크톱 및 원격 애플리케이션을 여는 두 가지 방법을 제공합니다. 하나는 클라이언트의 파일 > 최근에 사용한 파일 열기 옵션을 사용하는 것이고 다른 하나는 클라이언트를 도크에 추가한 경우 도크의 아이콘을 사용하는 것입니다. Windows용 Horizon Client 설명서에 설명된 것처럼 Windows용 Horizon Client에는 점프 목록 통합에 대한 GPO 설정이 있으며, 일반적으로 기본적으로 사용하도록 설정되어 있으므로 사용자는 Windows 작업 표시줄의 Horizon Client 아이콘을 사용하여 최근 데스크톱 및 게시된 애플리케이션에 연결할 수 있습니다.

Horizon Cloud on Microsoft Azure에서 프로비저닝된 전용 데스크톱의 경우 초기 데스크톱을 시작한 후 Horizon Client에서 데스크톱의 올바른 ID를 최근 시작 항목으로 저장하지 않을 수 있습니다.

이 문제로 인해 최종 사용자가 위에 설명된 클라이언트의 최근 메커니즘 중 하나를 사용하여 해당 데스크톱을 다시 열면 데스크톱이 실행되지 않을 수 있습니다.

이 문제는 Workspace ONE Access가 Horizon Cloud on Microsoft Azure 배포에 사용되고 Horizon Client가 전용 데스크톱의 실행을 오케스트레이션하기 위해 사용자를 Workspace ONE으로 리디렉션하는 경우에도 발생할 수 있습니다. 이전에 최종 사용자가 Workspace ONE 포털에서 직접 데스크톱을 시작한 후 사용자가 클라이언트의 최근 메커니즘 중 하나를 사용하여 데스크톱을 시작하려고 하면 클라이언트가 실행을 오케스트레이션하기 위해 Workspace ONE으로 리디렉션될 때 이 문제로 인해 데스크톱이 실행되지 않을 수 있습니다.

해결 방법: 이 문제가 발생하지 않도록 하려면 항상 클라이언트의 전체 데스크톱 목록에서 데스크톱을 직접 선택하여 데스크톱을 실행하거나, 환경이 Workspace ONE 포털에서 모든 실행을 수행하도록 구성된 경우 Workspace ONE 포털 내에서 데스크톱을 선택하여 실행을 시작합니다. 클라이언트의 최근 메커니즘을 사용하지 않도록 합니다( 파일 > 최근에 사용한 파일 열기 또는 최근 목록이나 클라이언트가 제공하는 최근 메커니즘을 사용하지 않음).
참고: Horizon Cloud on Microsoft Azure 배포에 대해 Workspace ONE 리디렉션이 사용하도록 설정되고 최종 사용자가 최근 메커니즘을 사용하지만 데스크톱이 시작되지 않으면 실행 실패를 나타내기 위해 Workspace ONE 감사 이벤트가 기록됩니다.
Microsoft Windows 10 Enterprise 다중 세션 2004 이상을 실행하는 VM의 경우 DPI 동기화 및 디스플레이 크기 조정 기능에 문제가 있음(2587685, DPM-6352)
Microsoft Windows 10 Enterprise 다중 세션 2004 이상을 실행하는 VM에서 현재 DPI를 쿼리할 수 없기 때문에 이러한 VM을 사용하는 기능이 Horizon Client 설명서에 나온 대로 작동하지 않습니다. DPI 동기화 및 디스플레이 크기 조정 기능이 PCoIP 세션 재연결에 작동하지 않습니다. DPI 크기 조정 기능은 Blast 세션 재연결에는 작동하지 않습니다. 해결 방법: 세션에서 로그아웃했다가 다시 로그인합니다.
Microsoft Windows 10 Enterprise 운영 체제 1903 이상을 실행하는 VM의 경우 DPI 동기화 및 디스플레이 크기 조정 기능에 문제가 있음(2589129)
Microsoft Windows 10 Enterprise 클라이언트 운영 체제 1903 이상에서 현재 DPI를 쿼리하지 못하기 때문에 PCoIP 또는 Blast 세션에 다시 연결할 때 기능이 Horizon Client 설명서에 설명된 대로 작동하지 않습니다. 해결 방법: 세션에서 로그아웃했다가 다시 로그인합니다.
VMware HTML Access를 사용하여 VDI 데스크톱을 실행하는 경우 연결 끊김 오류 메시지가 표시된 후 실행이 성공적으로 수행될 수 있습니다. (2243471)
VDI 데스크톱 가상 머신에는 기본 세션 연결 시간 초과가 지정되어 있으며 이 시간제한에 도달하면 세션 연결이 끊어집니다. 경우에 따라, 데스크톱을 실행할 때 데스크톱의 기본 세션 연결 시간 초과에 도달한 경우 최종 사용자의 HTML Access 세션의 시간이 초과되면 데스크톱은 처음에는 해당 오류를 throw한 후 데스크톱을 계속 실행합니다. 해결 방법: 없음.
VDI 데스크톱 할당에 대해 디스크 암호화가 선택되어 있고 1코어 또는 2코어 VM 모델이 사용되며 데스크톱의 기본 VM 전원이 꺼져 있는 경우 Horizon Client의 자동 재시도 옵션으로 연결을 설정하지 못할 수 있습니다. (2167432)
VDI 데스크톱 할당의 전원 관리 설정으로 인해 VM의 전원이 꺼져 있는 경우 VM의 전원이 켜져 있고 사용 준비가 완료되어야만 해당 데스크톱에 대해 최종 사용자 연결을 수행할 수 있습니다. 최종 사용자의 클라이언트가 VDI 데스크톱 할당의 VM에 연결하려고 하고 VM 전원이 꺼져 있으면 시스템은 해당 VM의 전원을 켭니다. 암호화되지 않은 VM의 경우 일반적으로 10분 이내에 클라이언트 연결을 수락할 준비가 완료됩니다. 그러나 하나 또는 두 개의 코어가 있는 암호화된 VM은 일반적으로 연결을 수락할 준비가 되는 데 10분보다 오래 걸립니다. Horizon Client의 클라이언트 재시도 옵션의 상한값은 12분입니다. 이러한 클라이언트 재시도 옵션 상한 때문에 데스크톱의 기본 VM의 전원이 켜져 있고 준비가 완료된 상태에서 최종 사용자가 클라이언트에서 연결을 자동으로 다시 시도하도록 하지만 12분 이내에 연결이 설정되지 않는 경우 클라이언트의 자동 재시도는 취소됩니다. 일반적으로 암호화된 VM은 클라이언트 연결을 설정할 준비가 될 때까지 12분 이상 소요되므로 최종 사용자는 Horizon Client의 자동 재시도가 암호화된 데스크톱 VM에 대한 연결을 완료하지 못하는 것을 확인할 수 있습니다. 해결 방법: VDI 데스크톱 할당에 대해 디스크 암호화를 설정하려는 경우 3개 이상의 코어가 있는 VM 모델을 선택하십시오. 그렇지 않고 VDI 데스크톱 할당에 디스크 암호화가 지정되어 있고 VM 모델에 하나 또는 두 개의 코어가 있는 경우 이러한 암호화된 데스크톱 VM에 클라이언트 재시도 옵션을 사용할 경우 이러한 문제가 발생할 수 있다는 사실을 최종 사용자에게 알리십시오.
전용 VDI 데스크톱 할당의 가상 데스크톱의 경우 Horizon Client의 [최근] 페이지에서 바로 가기 링크를 클릭해도 데스크톱이 시작되지 않을 수 있습니다. (1813881, HD-3686, DPM-1140)
Horizon Client의 iOS 및 Android 버전에는 최근 시작된 데스크톱의 링크를 표시하는 [최근] 페이지가 있습니다. 사용자가 전용 풀 가상 데스크톱의 초기 시작을 수행하는 경우 데스크톱이 평소대로 시작되며 클라이언트가 [최근] 페이지에 시작 아이콘을 생성합니다. 그러나 사용자가 데스크톱 연결을 해제하고 나중에 [최근] 페이지에서 데스크톱을 시작하려고 하면 시작 아이콘이 데스크톱 이름의 짧은 버전을 사용하므로 데스크톱이 시작되지 않습니다. 해결 방법: [최근] 페이지가 아닌 클라이언트의 기본 페이지에서 데스크톱을 시작합니다.
1976.0 매니페스트 버전의 포드 및 에이전트 수준 19.4를 실행하는 팜 VM: HTML Access(Blast) 및 PCoIP 프로토콜을 사용하는 경우 데스크톱 또는 원격 애플리케이션 세션에서 1시간 후에 연결이 끊깁니다. (2519400)
이 문제는 Microsoft Windows 10 Enterprise 다중 세션 시스템의 Microsoft 터미널 서비스에서 발생한 문제로 인해 발생합니다. Microsoft Windows 10 Enterprise 다중 세션 운영 체제를 기준으로 RDSH 팜에서 프로비저닝된 세션 기반 데스크톱 및 원격 애플리케이션의 경우, 최종 사용자가 HTML Access(Blast) 또는 PCoIP 프로토콜을 사용하여 기존 데스크톱 또는 원격 애플리케이션 세션에 다시 연결하면 1시간이 경과된 후에 사용자의 세션 연결이 강제로 끊깁니다. 데이터 손실은 없습니다. 사용자가 다시 연결하고 세션이 연결 해제 시간의 경우와 동일한 상태이더라도 이 동작이 반복되고, 다시 연결된 세션은 1시간 후에 강제로 다시 연결이 끊깁니다.

이 문제는 HAI(Horizon Agents Installer) 20.1 이상을 사용하여 해결되었습니다. 1976.0 포드를 매니페스트 1976.1 이상으로 업데이트하면 [마켓플레이스에서 가상 시스템 가져오기] 마법사가 이 수정 사항이 있는 에이전트 소프트웨어를 자동으로 설치합니다. 포드가 여전히 1976.0 매니페스트 수준에 있는 경우 이 마법사를 실행하면 계속해서 해당 문제가 있는 에이전트 소프트웨어가 설치됩니다. 그러나 VM을 봉인하면 [이미지] 페이지에 파란색 점이 표시되어 에이전트 업데이트 기능을 사용하여 에이전트를 수정 사항이 있는 수준으로 업데이트할 수 있음을 나타냅니다.

2298 이전 매니페스트 버전의 포드: 클라이언트에서 프로토콜을 전환할 때 로그아웃 및 다시 연결 대신 연결 옵션을 선택하면 클라이언트가 응답하지 않을 수 있습니다. (2528014)
이 문제는 매니페스트 2298 이상 버전으로 업데이트된 포드에서 해결되었습니다. 이 문제는 하나의 프로토콜을 사용하여 RDSH 팜에 대한 세션을 설정한 후 클라이언트에서 프로토콜을 전환할 때 발생합니다. 하나의 프로토콜을 사용하여 데스크톱 또는 애플리케이션을 실행하고, 해당 세션의 연결을 해제하고, 클라이언트 메뉴를 사용하여 다른 프로토콜로 전환하고, 동일한 데스크톱 또는 애플리케이션을 실행하는 경우, 클라이언트는 "이 데스크톱이 서버에서 열려 있지만 다른 프로토콜을 실행하고 있습니다."라는 대화 상자를 표시하고 연결하거나 또는 로그아웃한 후 다시 연결할지 선택할 수 있는 옵션을 표시합니다. [연결] 버튼을 선택하면 이 대화상자가 한 번 더 표시되고, [연결]을 다시 선택하면 클라이언트가 응답하지 않게 됩니다.
에이전트 업데이트 기능을 사용하여 에이전트가 18.2.2 이전 버전인 이미지를 업데이트할 경우 업데이트 프로세스가 실패할 수 있습니다(2200962).
매니페스트 수준이 965 이전인 노드에서 생성한 이미지에서 이러한 문제가 발생할 수 있습니다. 경우에 따라 이미지에 에이전트 업데이트 프로세스의 완료를 차단하는 RunOnce 레지스트리 값이 지정되어 있습니다. 해결 방법: 에이전트 업데이트 마법사의 명령줄 탭에서 다음 명령줄 인수를 추가하여 에이전트 업데이트를 다시 수행하십시오. VDM_SUPPRESS_RUNONCE_CHECK=1