HTML Access 릴리스 정보

|

HTML Access 4.5 | 2017년 6월 8일

최종 업데이트: 2017년 6월 15일

본 릴리스 정보는 다음 내용을 담고 있습니다.

주요 기능

HTML Access를 이용하면 HTML5 기반 브라우저에서 Horizon 가상 데스크톱(Windows 및 Linux)과 애플리케이션에 쉽게 액세스할 수 있습니다. 다른 소프트웨어를 설치하지 않아도 됩니다.

  • 원하는 방식으로 작업 - 기본 클라이언트를 사용할 수 없는 디바이스 플랫폼 또는 소프트웨어를 설치하지 않을 컴퓨터에서 View 데스크톱 및 애플리케이션에 액세스합니다. VMware Workspace 카탈로그에서 HTML Access를 선택할 수도 있습니다.
  • 간단한 연결 - HTML Access는 VMware Horizon 7과 긴밀하게 통합되어 간단하게 설정 및 연결할 수 있습니다. 브라우저를 열고 서버 URL을 입력해 로그인하면 사용 가능한 View 데스크톱 및 애플리케이션 목록이 표시됩니다.
  • 모든 위치에서 보안 유지 - 책상에서나 사무실 밖에서나 데이터는 항상 안전합니다. 향상된 인증 검사가 클라이언트에서 수행됩니다. HTML Access는 RADIUS 및 RSA SecurID 인증(선택 사항)도 지원합니다.

맨 위로

이 릴리스의 새로운 내용

  • 다중 모니터 지원
    Chrome 브라우저(버전 55 이상)를 사용하는 경우 기본 모니터에 추가 모니터를 최대 하나 더 추가해서 현재 원격 데스크톱 창을 표시할 수 있습니다.
  • 웹 포털 화면 우회
    이제 최종 사용자는 VMware Horizon 웹 포털 화면에서 새 확인란을 선택하여 웹 포털 화면을 우회하고 로그인 화면으로 직접 이동할 수 있습니다.
  • Workspace ONE 모드 지원
    [연결 서버 설정 인증] 탭에서 Workspace ONE 모드를 사용하도록 설정하면 최종 사용자는 Workspace 애플리케이션 포털을 통해서만 연결 서버에 연결할 수 있습니다. HTML Access를 통해 서버에 연결하려고 하면 Workspace 애플리케이션 포털로 리디렉션됩니다.
  • 오디오 출력 지원
    이제 Horizon 7 Linux 데스크톱에 대한 HTML Access 오디오 출력 지원을 사용할 수 있습니다.
  • 원활한 원격 애플리케이션 실행
    이제 프로파일 화면을 로드하고 표시하지 않아도 원격 애플리케이션이 원활하게 실행됩니다.
  • 원격 RDSH 애플리케이션에 대한 인증되지 않은 액세스 지원
    최종 사용자는 HTML Access에 대한 인증되지 않은 액세스 계정을 사용하여 게시된 애플리케이션에 연결할 수 있습니다.

맨 위로

국제화

HTML Access의 경우 사용자 인터페이스 및 설명서가 모두 한국어, 영어, 일본어, 프랑스어, 독일어, 중국어 간체, 중국어 번체 및 스페인어로 제공됩니다.

맨 위로

시작하기 전에

  • 지원되는 브라우저, 지원되는 클라이언트 운영 체제, HTML Access 시스템 요구 사항의 목록과 설치 지침은 HTML Access 사용을 참조하십시오.
  • HTML Access 4.5는 Horizon Agent 7.2를 지원합니다.
  • HTML Access 4.5 및 Horizon 7.2에서는 로드 밸런서 또는 F5 키 또는 Unified Access Gateway(이전의 Access Point) 등의 게이트웨이를 통해 연결 서버에 연결할 경우 View의 보안 설정을 먼저 구성해야 합니다. 자세한 내용은 View 보안의 "원본 검사"를 참조하십시오.

맨 위로

알려진 문제점

  • iOS용 Safari에서 원격 데스크톱에 연결한 다음 데스크톱의 오디오나 비디오를 재생하고 연결 서버 연결을 끊지 않고 네이티브 애플리케이션으로 전환했다가 다시 Safari에서 원격 데스크톱으로 전환할 경우 오디오가 더 이상 작동하지 않습니다.
    해결 방법: 연결 서버에서 연결을 끊거나 로그오프 후 다시 데스크톱에 연결하십시오.
  • 이번 릴리스에서 HTML Access는 iOS 디바이스를 지원하지만 Android 및 기타 모바일 디바이스는 지원하지 않습니다.

  • HTML Access를 Firefox 40, 41, 42 또는 50.0에서 사용할 경우 오디오가 작동하지 않습니다. 해당 Firefox 버전은 모든 HTML Access 버전에서 지원되지 않습니다.
    해결 방법: 지원되는 Firefox 버전을 사용하십시오.
  • 브라우저에서 프록시를 사용하도록 설정하거나 클라이언트 시스템이 View 환경이 있는 vLAN이 아닌 다른 vLAN에 있는 경우 위치 기반 인쇄가 작동하지 않습니다.
  • MAC 주소나 클라이언트 이름을 사용하는 위치 기반 인쇄 정책은 지원되지 않습니다.

  • 때때로 가상 인쇄 기능 및 위치 기반 인쇄 기능은 원격 세션 기반 데스크톱의 디바이스 및 프린터 창에서 프린터 목록을 올바르게 표시할 수 없습니다. 이 문제는 Windows Server 2012 RDS 호스트와 Windows Server 2012 R2 RDS 호스트에서 제공하는 데스크톱에 발생할 수 있습니다. 그러나 애플리케이션 내에 표시되는 프린터는 올바른 프린터에 해당합니다.
    해결 방법: 서버에서 실행되는 데스크톱을 로그오프한 후 다시 연결하십시오.
  • VMware에서는 RDS 디바이스 단위 클라이언스 액세스 라이센스(CAL)를 HTML Access에 사용하는 것을 권장하지 않습니다. 이렇게 하면 라이센싱 메커니즘이 각 브라우저를 하나의 디바이스로 취급하고, 쿠키를 지울 경우 브라우저에서 다른 라이센스를 사용하기 때문입니다.
    해결 방법: RDS 사용자 단위 CAL을 HTML Access에 사용하십시오.
  • Web Audio API를 지원하는 브라우저에서 사운드를 재생할 때 가장 품질이 좋습니다. Chrome, Safari 및 Firefox 25 이상의 브라우저는 Web Audio API를 지원합니다. Internet Explorer(Internet Explorer 11까지 모두 포함) 및 Firefox 24 이전 버전의 브라우저는 이 기능을 지원하지 않습니다.
  • Chrome, Safari 및 Edge 브라우저에서 오디오 재생 도중 브라우저의 다른 탭으로 전환하거나 브라우저를 최소화하면 오디오 처리가 간헐적으로 끊깁니다. View 데스크톱 탭으로 다시 이동하고 나면 오디오와 비디오의 싱크가 몇 초 정도 어긋나게 출력됩니다.
    해결 방법: 페이지를 새로 고치거나 View 데스크톱의 탭을 브라우저 밖으로 꺼내서 단독 창으로 사용해 보십시오.
  • Linkclump Google Chrome 확장 기능은 올바른 오른쪽 클릭 동작을 방해합니다. 원격 데스크톱에서 오른쪽 클릭을 사용하면 오른쪽 클릭이 왼쪽 클릭 후 끌기 기능처럼 동작합니다.
    해결 방법: 확장 기능을 사용 안 함으로 설정하거나, Google Chrome 브라우저의 Linkclump 옵션 페이지로 이동하고 차단 목록 섹션에 View 연결 서버의 주소를 입력하십시오.
  • Firefox 브라우저를 사용 중일 때 연결하자마자 HTML Access 데스크톱 세션의 연결이 바로 끊기는 경우 Firefox 브라우저 프록시 설정이 올바로 구성되어 있는지 확인하십시오.
  • 사용자가 연결을 해제한 후 일시 중단되도록 데스크톱을 구성하지 마십시오. 이 설정은 HTML Access에서 올바르게 작동되지 않습니다.

  • Access Point 서버 및 View 연결 서버 둘 다에서 BSG(Blast Secure Gateway)를 사용하도록 설정하면 데스크톱이나 애플리케이션에 연결할 수 없습니다.
    해결 방법: View 연결 서버에서 BSG를 사용하지 않도록 설정하십시오.
  • Access Point에서 View Edge 설정 "blastEnabled"를 False로 설정하면 HTML Access를 통해 원격 데스크톱 및 애플리케이션에 액세스할 수 없게 됩니다. 일반적으로 Access Point가 DMZ에 배포되므로 "blastEnabled" 옵션이 True로 설정되어 이 문제는 발생하지 않습니다.
    해결 방법: Access Point에서 "blastEnabled"를 False로 설정하고 HTML Access도 사용하는 경우에는 "proxyPattern" 옵션도 "/|/portal(.*)"로 설정해야 합니다.

  • 일본어 키보드로 Linux 데스크톱에 연결할 경우 키보드 매핑이 잘못될 수 있습니다. 예를 들어 \| 및 \_ 키 위치가 잘못될 수 있습니다.
    해결 방법: 클라이언트 입력 언어를 일본어로 유지하고 \| 및 \_의 두 키 위치에 대해서만 데스크톱 입력 언어를 영어로 변경하십시오. 데스크톱 입력 언어를 일본어로 유지하고 다른 모든 키 위치에 대해 클라이언트 입력 언어를 영어로 변경하십시오.
  • Linux 데스크톱에 연결할 때 일부 키보드 입력이 작동하지 않을 수 있습니다. 예를 들어 (1) 영어 키보드에서 숫자 키패드의 * 키가 8로 표시되고, (2) 영어 키보드에서 숫자 키패드의 + 키가 =로 표시되거나, (3) 클라이언트와 데스크톱에서 영어가 아닌 IME에서 영어가 아닌 키가 제대로 표시되지 않을 수 있습니다.
    해결 방법: 1번 및 2번 문제의 경우 숫자 키패드가 아닌 주 키보드 영역의 * 및 + 키를 사용하십시오. 3번 문제의 경우 HTML Access 클라이언트에서는 영어 IME를 설정하고 데스크톱에서는 영어가 아닌 IME를 설정하십시오.
  • Safari 9 및 BSG(Blast 보안 게이트웨이)가 사용되지 않도록 설정될 경우 사용자가 데스크톱을 처음 시작할 때 데스크톱 대신 빈 회색 화면이 표시됩니다. 사용자가 사이드바에서 [닫기] 버튼을 클릭하여 세션을 닫은 후 사이드바에서 데스크톱을 클릭하여 다시 연결할 경우 데스크톱은 올바르게 시작되지만 로그오프 기능이 작동하지 않아 데스크톱 창이 중지됩니다. 이 문제는 사용자가 데스크톱을 처음 시작할 때만 발생합니다.
    해결 방법: 연결 서버에서 로그아웃하거나 브라우저를 닫아 연결 서버 세션을 닫고 연결 서버에 다시 로그인합니다.
  • Horizon 7이 7.0에서 7.0.1 이상 버전으로 업그레이드되면 이전에 7.0.1 이전 버전의 Horizon에 연결한 적이 있는 사용자에게 RTAV 또는 파일 전송 새 기능이 표시되지 않습니다.
    해결 방법: 다음 작업 중 하나를 수행합니다.
    • 연결 서버에 로그인하기 전에 브라우저 캐시를 지웁니다.
    • 데스크톱을 시작하고 브라우저를 새로 고칩니다.
  • 간헐적으로 애플리케이션 자동 맞춤이 작동하지 않습니다. 애플리케이션을 시작한 다음 브라우저에 대해 전체 화면 모드를 활성화하거나, 사이드바에서 애플리케이션을 시작하고 전체 화면 모드를 활성화하거나, 애플리케이션을 시작한 다음 브라우저 창 크기를 확대할 경우 이러한 문제가 발생할 수 있습니다.
    해결 방법: 애플리케이션을 시작하기 전에 전체 화면 모드를 활성화하거나 브라우저 창 크기를 조정합니다.
  • ChromeBook에서 자체 서명 인증서를 사용하는 Access Point 서버에 연결할 때 HTML Access가 ERR_CERT_INVALID 오류를 보고합니다.
    해결 방법: Access Point 서버에서 CA 서명 인증서를 설치합니다.
  • 사용자는 원격 데스크톱이 잠겨 있어도 파일을 업로드할 수 있습니다.
    해결 방법: 없음.
  • Firefox 46에서 HTML Access를 사용할 경우 문제가 발생할 수 있습니다. Firefox 46은 지원되는 버전이 아닙니다.
    해결 방법: 지원되는 버전의 Firefox 브라우저(예: Firefox 47)를 사용하거나 지원되는 다른 브라우저를 사용하십시오.
  • iOS에서 자체 서명된 인증서를 사용하여 원격 데스크톱에 연결하려고 하면 Safari에서 "데스크톱이 연결 해제되었습니다. 데스크톱에 다시 연결할 수 없습니다." 오류가 보고됩니다. 이 문제가 발생하는 이유는 iOS에서 자체 서명된 인증서가 지원되지 않기 때문입니다.
    해결 방법: 관리자는 CA 서명된 인증서를 View Server에 설치하고 사용자는 iOS 디바이스에서 해당 인증서를 신뢰해야 합니다. View Server에 인증서를 설치하는 방법에 대한 자세한 내용은 View 관리 설명서를 참조하십시오. iOS 디바이스의 인증서 신뢰에 대한 자세한 내용은 HTML Access 사용을 참조하십시오. View Server에서 Blast Secure Gateway를 사용할 수 없는 경우, 관리자가 원격 데스크톱에서 다음 단계를 추가로 실행해야만 iOS에서 연결할 수 있습니다.
    1. mmc를 사용하여 CA 서명된 인증서를 Windows 인증서 저장소로 가져옵니다.
    2. HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc.\VMware Blast\Config에서 sslHash 키를 Blast Agent 호스트 이름 또는 IP 주소에 발급된 인증서의 지문 키로 바꿉니다.
    3. Blast Agent VM을 다시 시작합니다.
  • View에서 "HTML Access를 위해 탭이 닫힐 때 자격 증명 정리" 전역 설정을 사용하도록 설정한 경우 네트워크 연결을 사용할 수 없을 때 사용자가 탭을 닫아도 캐시가 지워지지 않습니다.
    해결 방법: 없음
  • 관리자가 클립보드 형식 제한을 사용하도록 설정해도 [복사 및 붙여넣기] 창에 형식 제한에 대한 설명이 텍스트로 표시되지 않습니다. 예를 들어 관리자가 "들어오는 클립보드 데이터에서 텍스트 필터링" 클립보드 정책 설정을 사용하도록 설정해도 클라이언트에서 원격 데스크톱이나 애플리케이션으로 텍스트를 전송할 수 없다는 알림이 [복사 및 붙여넣기] 창에 표시되지 않습니다.
    해결 방법: 없음.
  • Access Point 서버를 통해 연결된 HTML Access를 통해 원격 데스크톱 또는 애플리케이션에 액세스하면 Access Point 서버 세션 시간 초과에 도달한 후에 원격 데스크톱 또는 애플리케이션 세션의 연결이 끊어집니다.
    해결 방법: 없음.
  • 경우에 따라 Mac OS 시스템에서 Chrome을 사용하여 RTAV 비디오를 한 번 더 사용할 경우 RTAV 비디오 리디렉션이 작동하지 않습니다.
    해결 방법: 브라우저를 새로 고칩니다.
  • Access Point 서버를 통해 연결된 Horizon View를 사용할 때 웹 브라우저에서 URI 형식 "https://<AP-address>/?domainName=finance&userName=fred"를 사용하면 다음 오류가 발생합니다.
    "이 <AP-Address> 페이지를 찾을 수 없습니다. 웹 주소 https://<AP-Address>/?domainName=finance&userName=fred"의 웹 페이지를 찾을 수 없습니다. 여기서 <AP-Address> 는 Access Point 서버의 IP 또는 FQDN입니다."
    해결 방법: <AP-Address> 부분 다음에 "portal/webclient/index.html"을 추가하여 URI 형식을 수정합니다. 예를 들어, 다음을 사용합니다.
    https://<AP-Address>/portal/webclient/index.html/?domainName=finance&userName=fred
  • Internet Explorer 11.0.9600.18537 또는 이전에서 VMware Blast 세션에 로그인하기 전에 사용자가 인증서가 없는 HTML Access Agent를 시작하는 경우 인증서 확인 페이지가 표시됩니다. 인증서를 확인한 후에 사용자는 Blast 세션 페이지가 아닌 데스크톱 및 애플리케이션 선택 페이지로 돌아갑니다.
    해결 방법: 데스크톱 및 애플리케이션 선택 페이지에서 데스크톱을 다시 클릭하면 성공적으로 연결됩니다.
  • HTML Access Agent에 연결하고 Internet Explorer 11 또는 Edge 브라우저를 연 후에 브라우저 창 크기를 조정하려고 하면 실패합니다.
    해결 방법: 대신 Firefox 또는 Chrome 브라우저를 사용하십시오.
  • Safari 10.1을 사용하여 파일을 업로드하는 동안 다시 연결 대화 상자가 팝업됩니다. 파일 전송이 중단되고, 경우에 따라 원격 세션의 연결이 끊깁니다. 이것은 알려진 Safari 버그입니다. https://bugs.webkit.org/show_bug.cgi?id=170463
    해결 방법:  대신 Firefox 또는 Chrome 브라우저를 사용하십시오.

  • 관리자가 사용자 계정에 대해 '다음 로그인 시 암호 변경' 옵션을 설정하고 사용자의 유휴 세션이 시간 초과되면 사용자가 다시 인증을 받고 암호를 성공적으로 변경한 후에 세션 시간 초과 동안 활성 상태였던 애플리케이션이 자동으로 다시 실행되지 않습니다.
    해결 방법: 페이지를 새로 고치고 사이드바에서 애플리케이션을 다시 실행하십시오.

  • 다음과 같은 상황에서는 Chrome 59 브라우저에서 암호 텍스트 상자에 입력한 암호가 마스크되지 않은 일반 텍스트로 표시됩니다.

    1. HTML Access를 사용하기 전에 최종 사용자가 Chrome 59 브라우저 기록을 지웠거나 브라우저를 초기 설정으로 재설정한 경우
    2. 최종 사용자가 새로 설치된 Chrome 59 브라우저에서 HTML Access를 처음으로 사용할 경우

    해결 방법: 브라우저 페이지를 새로 고칩니다.