Omnissa Access 배포 중에 내부 네트워크 내에 Omnissa Access 인스턴스가 설정됩니다. 로드 밸런서 또는 역방향 프록시(예: Unified Access Gateway, NSX® Advanced Load Balancer™, Apache 또는 Nginx)는 모든 Omnissa Access 배포의 필수 구성 요소이며 배포를 시작하기 전에 DMZ에 설치해야 합니다.
로드 밸런서 또는 역방향 프록시는 시간에 따라 환경을 확장하고, 이중화를 위해 인스턴스를 추가하고, 배포 전체에 트래픽을 분산하는 데 필요한 단일 항목 지점을 제공합니다. 고가용성을 사용하려면 로드 밸런서가 필요합니다. 단일 노드 배포는 지원되지 않습니다.
다음 다이어그램에는 외부 액세스를 사용하도록 설정하기 위해 사용할 수 있는 기본 배포 아키텍처가 표시되어 있습니다.
참고: 이 배포의 내부 및 외부 액세스 모두에 동일한 Omnissa Access FQDN이 사용됩니다.
배포 중에 Omnissa Access FQDN 지정
Omnissa Access 장치를 배포하는 동안 단일 Omnissa Access FQDN과 포트 번호를 사용해야 합니다. 이러한 값은 최종 사용자가 액세스할 FQDN을 가리켜야 합니다.
Omnissa Access 시스템은 항상 포트 443에서 실행됩니다.
구성할 로드 밸런서 설정
구성할 로드 밸런서 설정에는 X-Forwarded-For 헤더 사용, 올바른 로드 밸런서 시간 초과 설정이 포함됩니다. 또한 Omnissa Access 시스템과 로드 밸런서 사이에 SSL 신뢰가 구성되어 있어야 합니다.
-
X-Forwarded-For 헤더
로드 밸런서에서 X-Forwarded-For 헤더를 사용하도록 설정해야 합니다. 이를 통해 인증 방법이 결정됩니다. 자세한 정보는 로드 밸런서 공급업체에서 제공한 설명서를 참조하십시오.
-
로드 밸런서 시간 초과
Omnissa Access가 올바르게 작동하게 하려면 로드 밸런서의 요청 시간 초과 값을 기본값보다 높게 설정해야 할 수도 있습니다. 분 단위로 값을 설정합니다. 시간 초과 설정이 너무 낮으면 “502 오류: 서비스를 사용할 수 없습니다.”와 같은 오류가 표시될 수 있습니다.
-
세션 쿠키 블록 안 함
로드 밸런서에 규칙을 추가하여 세션 쿠키를 블록하지 마십시오. 이러한 규칙을 로드 밸런서에 추가하면 일관되지 않은 동작과 실패한 요청이 발생할 수 있습니다.
-
WebSocket 지원
로드 밸런서에는 커넥터 인스턴스와 Omnissa Access 노드 사이에 보안 통신 채널을 사용하도록 설정하기 위한 WebSocket 지원이 있어야 합니다.
배포의 경우 Workspace ONE Hub 서비스가 통합된 경우 Hub Services 알림을 위해 WebSocket 지원이 필요합니다. 따라서 최종 사용자 브라우저 및 디바이스에 대해 웹 소켓 지원을 제공해야 합니다.
-
전달 보안을 포함하는 암호
Apple iOS ATS(App Transport Security) 요구 사항이 iOS의 Workspace ONE 애플리케이션에 적용됩니다. 사용자가 iOS에서 Workspace ONE 애플리케이션을 사용하도록 설정하려면 로드 밸런서에 전달 보안을 제공하는 암호를 사용해야 합니다. 이 요구 사항을 충족하는 암호 그룹은 다음과 같습니다.
- GCM 모드의 ECDHE_ECDSA_AES 및 ECDHE_RSA_AES(SHA-256/384의 AES-GCM)
- 모든 TLS 1.3 암호 그룹(모든 TLS 1.3 제품군은 기본적으로 전달 비밀을 제공함)
Apple Platform Security 설명서에 설명된 대로 다음을 수행합니다.
"기본적으로 ATS(App Transport Security)는 전달 비밀을 제공하는 제품군(특히, GCM(Galois/Counter Mode)의 ECDHE_ECDSA_AES 및 ECDHE_RSA_AES)만 포함하도록 암호 선택을 제한합니다... 서버는 TLS 1.2 및 전달 비밀을 지원해야 하며 인증서는 유효하고 SHA-256 또는 최소 2048비트 RSA 키 또는 256비트 타원 곡선 키를 사용하여 서명되어야 합니다."
이 페이지가 도움이 되었나요?