Webex Meetings 사이트 관리를 사이트 관리에서 Control Hub로 업데이트
사이트 관리에서 Control Hub로 업데이트 정보
사이트를 사이트 관리에서 Control Hub로 업데이트하는 작업은 클라이언트 버전을 업데이트하지 않아도 됩니다. 일부 사이트는 해당 조직을 관리하는 파트너가 준비될 때까지 이 기능을 사용할 수 없습니다.
Webex는 미팅, 메시징, 통화 및 기타 협업 모드를 관리할 수 있는 통합 플랫폼이 될 것입니다. 따라서 모든 Webex Meetings 사이트의 관리를 사이트 관리에서 Control Hub로 이동하고자 합니다.
사이트 관리에는 이 변경 사항을 해결하는 데 도움이 되는 도구가 있습니다. 사이트가 이미 Control Hub로 업데이트할 수 있는 경우, 내비게이션 메뉴에서 관리 업데이트 를 클릭하여 시작할 수 있습니다.
사이트를 Control Hub로 업데이트하는 방법에 대한 데모에 대해 이 비디오를 참조합니다.
사이트 업데이트를 계획하기 위해 도움이 되는 경우, 사이트 평가 준비 섹션을 검토 하십시오.
Control Hub에서 사이트 관리의 장점에는 다음 기능이 포함됩니다.
-
미팅, 메시징 및 통화 등 모든 Webex 서비스에서 통합된 라이센스 지정.
-
모든 Webex 서비스에서 일관된 보안 정책.
-
다른 Webex 서비스 간의 모든 최종 사용자에 대해 공통적인 로그인 환경.
-
디렉터리 커넥터, SCIM 및 active directory 그룹 등 현대식 관리자 제어.
-
사용자에게 자동으로 여러 라이센스를 지정하는 라이센스 템플릿.
Control Hub로 업데이트하면 사이트 관리를 사용하여 미팅 사이트를 관리할 수 없습니다.
사이트가 사이트 관리에서 Control Hub로 관리되는 자동 업데이트에 대해 예약된 경우, 다음 스크린샷이 나타납니다.
사이트 업데이트 날짜 변경 을 클릭하여 예약된 날짜를 변경할 수 있습니다.
Control Hub에서의 사이트 관리는 사이트 관리에서와 유사합니다. Control Hub에서의 사용자 관리에는 보다 현대적인 기반 기술이 사용되므로 Control Hub에서 사이트를 관리하는 데는 몇 가지 차이점이 있습니다. 이 섹션은 사이트를 업데이트할 때 차이점에 대해서 다룹니다.
사이트 관리와 Control Hub 간의 차이점에 대한 자세한 개요를 확인하려면 이 문서를 참조하십시오.
사용자 관리
Control Hub의 기저에는 중앙화된 사용자 관리 시스템이 있으며, 여기에서 사용자는 전체 조직(및 모든 Webex) 내에서 고유하게 구별됩니다. 사이트 관리에서는 사용자 프로필이 미팅 사이트마다 고유합니다.
- SSO(Single Sign On)와 자동 계정 만들기
-
사이트 관리에는 "자동 계정 만들기" 기능이 있어서 사용자가 SSO로 자신을 인증하면 계정이 만들어집니다.
이 기능은 Control Hub에서도 사용할 수 있습니다. 자세한 정보는 Control Hub의 SAML 자동 계정 만들기 및 업데이트 를 참조하십시오.
SSO를 사용하는 많은 조직은 Microsoft® Active Directory 및 Microsoft Azure 같은 외부 디렉터리 도구를 이용하여 중앙에서 사용자를 관리하고, 외부 ID 공급자를 통해 인증을 요구하는 방식을 선호할 수 있습니다.
자세한 내용 읽기:
- 필수 프로필 데이터 및 추적 코드
-
사이트 관리에서는 새로운 사용자에 필수 프로필 필드를 지정할 수 있습니다(앞의 스크린샷). 이것을 확장하여 사용자 만들기에 대해 이 추적 코드를 요구할 수 있습니다(아래 스크린샷). 이 추가 요구 사항을 구성하는 경우 사용자가 없으면 해당 사용자를 사이트에 추가할 수 없습니다.
Control Hub에서 사용자를 만들 때는 표시명과 이메일 주소만 필요합니다.
Control Hub에서 새로운 사용자를 만들 때 다른 모든 사용자 필드는 선택 사항입니다. 따라서 당사는 Control Hub로 관리되는 사이트에서는 추가적인 프로필 데이터를 사용하지 않습니다.
사이트를 Control Hub로 업데이트하기 전에 필수 프로필 필드 및 추적 코드를 비활성화해야 합니다.
- 비밀번호 관리 및 잠금
-
사이트 관리에는 사용자가 여러 번의 시도 후에도 로그인에 실패하면 해당 사용자를 일시적으로 잠그는 기능이 있습니다.
Control Hub에는 무단 액세스를 방지하기 위한 다음과 같은 옵션이 있습니다.
-
처음 몇 번의 시도에서 실패하면 자동 시간 초과.
-
CAPTCHA(Completely Automated Public Turing test to tell Computers and Humans Apart, 완전 자동화된 사람과 컴퓨터 판별) 메커니즘
-
정당한 사용자는 잊어버린 비밀번호를 변경할 수 있는 셀프 서비스 옵션을 사용할 수 있습니다.
-
호스트 라이센싱
- 호스트는 Control Hub 조직 내에 있어야 합니다.
-
사이트 관리에서는 모든 사용자에게 호스트 라이선스를 부여할 수 있습니다. Control Hub에서 사이트를 관리할 때는 동일한 Control Hub 조직에 있는 사용자에게만 호스트 라이선스(및 참석자 역할)를 부여할 수 있습니다.
- 호스트 계정에 대한 셀프 등록
-
사이트 관리에서는 사용자가 사이트에 (호스트) 계정을 요청하도록 허용할 수 있습니다. 또한 계정이 있는 사용자가 사이트에 추가 서비스를 요청하도록 허용할 수도 있습니다(스크린샷 참고).
Control Hub에서 미팅 사이트를 관리하고 있는 경우, 사용자는 그 사이트에 대한 자신의 호스트 계정을 요청할 수 없습니다.
Control Hub는 대신 새로운 사용자에게 미팅 라이선스를 부여할 수 있는 중앙 집중식의 자동화된 방법을 제공합니다. https://help.webex.com/n3ijtao을(를) 읽어보십시오.
또한 API로 또는 CSV를 사용하여 일괄적으로 사용자 라이선스를 관리할 수도 있습니다.
사용자가 호스트 계정을 요청하도록 하는 경우, 관리자에게 연락하라는 안내나 다른 도구로의 링크가 있는 사이트 도움말/지원을 구성할 수 있습니다.
Control Hub로 업데이트하기 전에 사이트 관리에서 "호스트 계정 신청 허용" 또는 "사용자에게 추가 서비스 요청 허용"을 비활성화해야 합니다.
-
Control Hub에는 자동 지정 템플릿과 같은 라이선스 관리 옵션이 있습니다. 비활동 호스트에 대한 보고서를 받아서 그런 사용자들의 라이선스를 개별적으로 또는 일괄적으로 또는 API를 통해 제거할 수 있습니다.
이 자동화된 비활성화 옵션이 필요하며 Control Hub의 다른 옵션은 적합하지 않은 경우에는 이번에 사이트를 Control Hub로 업데이트하지 말아야 합니다.
미팅 사이트가 Control Hub에서 관리되도록 업데이트하기 전에 Control Hub 조직을 준비해야 합니다.
가입에 보류 중 또는 차단 작업이 없는지 않습니다. 다음의 경우 업데이트는 실패합니다.
- 업데이트하고 있는 사이트와 연계된 가입에 대해 보류 중인 작업이 있습니다.
- 사이트에 Control Hub 조직에 연계된 가입이 없습니다.
- 사이트 관리에 있는 사이트 라이센스 정보가 Control Hub에 있는 사이트 라이센스 정보와 일치하지 않습니다.
당사는 도메인을 확인하고 사용자를 클레임할 것을 강력히 권장합니다. 다음 읽기 자료가 도움이 될 수 있습니다.
-
Control Hub eBook: https://ebooks.cisco.com/story/controlhubessentials/
-
도메인을 관리하는 방법: https://help.webex.com/cd6d84
-
다른 조직에서 사용자를 클레임(도메인을 확인한 후): https://help.webex.com/nceb8tm. 사용자를 클레임하는 것은 조직에 실제로 상주해야 하는 사용자가 가능한 많은 사용자를 확보하기 때문에 더욱 중요합니다. "즉시 클레임"으로 사용자를 클레임하면 조직에서 이메일 주소를 사용할 때 지연을 방지합니다.
사이트를 Control Hub로 업데이트하기 전에 사용자를 클레임할 것을 강력히 권장합니다. 사이트가 Control Hub로 업데이트된 후에 조직으로 사용자를 클레임하는 경우, 해당 사용자는 사이트에서 미팅 및 미팅 자산에 액세스할 수 없게 됩니다.
해결 방법으로, 다음 작업을 실행하여 사이트가 Control Hub로 업데이트된 후 사용자가 사이트에서 미팅 및 미팅 자산에 액세스할 수 없게 할 수 있습니다.
- 조직 또는 사이트에 대한 외부 관리 권한이 있는 사용자의 경우—조직 및 사이트에 대한 모든 외부 관리자 액세스를 제거한 후 미팅 사이트 라이센스를 제거합니다. 사용자를 클레임한 후 해당 사용자를 사이트에 다시 라이센스합니다. 외부 관리 권한을 복원할 수도 있습니다.
- 일반 사용자의 경우—미팅 사이트 라이센스를 제거하고 사용자를 조직으로 클레임한 후 해당 사용자를 사이트에 다시 라이센싱합니다.
-
미팅 사이트가 SSO에 대해 구성된 경우, Control Hub 조직에 대해 SSO를 구성해야 합니다.
새로운 사용자를 위한 자동 계정 만들기
사이트 관리에서 Webex 사이트가 자동 계정 만들기를 활성화한 경우, SAML 자동 계정 만들기를 사용하여 Control Hub 에서 유사한 기능을 활성화할 수 있습니다. 또한 자동 라이센스 템플릿 을 설정하여 Control Hub 조직에서 계정이 생성되면 새로운 사용자가 자동으로 라이센스를 지정하게 합니다.
디렉토리 동기화가 있는 조직
조직이 디렉토리 동기화를 위해 구성된 경우, 조직에 있는 모든 사용자가 사이트에 있는지 확인합니다. 이는 사이트 업데이트 과정을 시작하기 24시간 전에 완료되어, 사이트에 있는 사용자가 Control Hub 조직에서 새로운 사용자에게 링크될 수 있습니다.
업데이트되면 Webex 사이트에 대한 관리자 액세스
Control Hub에서 조직 전반의 관리자 역할을 가진 사용자는 사이트 관리에서 Control Hub로 업데이트되는 사이트에 자동으로 액세스할 수 있습니다. 예를 들어, 조직 전체 관리자는 Webex 사이트 전체 관리자가 되고, 조직 사용자 관리자는 Webex 사이트 사용자 관리자가 되며, 조직 읽기 전용 관리자는 Webex 사이트 읽기 전용 관리자가 됩니다.
XML API
이제 XML API는 Control Hub에서 관리되는 사이트와 호환됩니다. XML API 41.11.0 업데이트에서 세부 사항 및 주의 사항을 읽을 수 있습니다.
사이트가 사이트 관리에서 Control Hub 관리로 업데이트된 후에 XML API 서비스 URL은 변경되지 않습니다. 동일한 API URL은 계속 작동하게 됩니다. 인증에 대해 모든 API 통합이 OAUTH를 사용하는 것이 좋습니다.
XML API에서 인증
사이트가 Control Hub로 업데이트된 후에 인증에 대해 Webex OAUTH 를 사용하지 않는 통합은 실패할 수 있습니다. 다음 표는 사이트를 업데이트한 후에 어떤 유형의 관리자 인증이 계속 작동하는지 표시합니다.
사이트 업데이트 전에 XML API에서 관리자 인증 유형 | 사이트 업데이트 후 SSO 조직에 있는 관리자 | 사이트 업데이트 후 관리자가 SSO 조직에 없음 |
---|---|---|
사용자 이름 (webExID)/비밀번호 | 작동하게 됨* | 작동하게 됨* |
사용자 이름 (webExID)/sessionTicket | 작동하게 됨 | 작동하게 됨 |
사용자 이름/OAUTH (webExAccessToken) | 작동하게 됨 | 작동하게 됨 |
이메일/비밀번호 | 작동하게 됨* | 작동하게 됨* |
이메일/sessionTicket | 작동하게 됨 | 작동하게 됨 |
이메일/OAUTH (webExAccessToken) | 작동하게 됨 | 작동하게 됨 |
* 이전 버전과의 호환성—Cisco는 사용자이름
이 이메일과 일치하지 않는 경우에도 사이트가 업데이트된 후에 XML API에서 사용자 이름/비밀번호 인증이 작동하도록 활성화했습니다. 호환성은 다음의 경우에만 적용됩니다.
- 사이트 업데이트 전에 사용자 자격 증명이 생성되었습니다.
사용자 이름
에 대한 변경 사항은 허용되지 않습니다. 그렇지 않으면 이전의 자격 증명이 실패합니다. - API 인증에 대한 자격 증명은 사이트 관리에서 관리될 때 Control Hub에서 다른 비밀번호를 포함할 수 없습니다.
- 인증에 대해 자격 증명이 사용되는 사용자는 사이트가 Control Hub로 업데이트될 때 사이트 관리에서 활동 중(비활동 중 아님)이 아닌 상태여야 합니다.
이 안내서를 사용하여 OAUTH 인증을 포함하여 Control Hub 관리 사이트에서 XML API 통합에 대해 자세히 알아볼 수 있습니다.
사이트가 Control Hub로 업데이트될 때 사용자이름
은 모든 사용자에 대해 이메일로 설정됩니다. API 페이로드에 대해 username
이 사용되는 경우, 페이로드는 사이트가 업데이트된 후에 대신 이메일을 사용해야 합니다.
Control Hub에서 API 통합에 대해 관리자 역할
사이트 관리자 역할만 있는 관리자는 사이트가 Control Hub 사이트로 업데이트된 후 사용자의 이메일 주소 또는 표시명을 변경하는 등 XML API에서 일부 작업을 실행하지 못할 수도 있습니다. API 통합에 대해 자격 증명이 사용되는 관리자에 대해 Control Hub에서 해당 관리자를 조직 전체 관리자로 승격할지, 사이트를 Control Hub로 업데이트하기 전에 이상적입니다.
모범 사례로, 먼저 테스트 사이트를 업데이트하여 Control Hub로 업데이트한 후에 API 통합이 수정되지 않는지 확인할 것을 권고합니다.
통합이 실행되고 있는 작업에 따라, 통합이 작동하게 하려면 관리자가 Control Hub 사이트에서 미팅 호스트 계정을 지정해야 할 수도 있습니다(이는 사이트 관리 사이트에 있는 관리자에게 필요하지 않음).
Control Hub에서 XML API 차이점
대부분의 XML API 통합은 사이트를 업데이트한 후에 변경하지 않고 작동해야 합니다. 하지만 다음 목록에 자세히 설명된 일부 예외는 있습니다.
- CreateUser—Control Hub에서 관리되는 사이트에서 이 작업은 라이센스를 지정하기 전에 조직을 소유하고 있는 사용자를 만들 수도 있습니다. 해당 사용자가 이미 다른 알고 있는 경우, 이 작업은 실패합니다.
PMR ID 파라미터
는 Control Hub에서 아직 활동 중 상태를 갖고 있지 않은 사용자에게 적용되지 않습니다.createuser
API는 Control Hub 관리 사이트에서 완료하는 데 더 오래 걸립니다. 더 나은 성능을 위해 추가 스레드를 추가하여createuser
통화를 병렬화할 수 있습니다. - SetUser—사용자로부터 미팅 사이트 라이센스를 지정하거나 제거하는 결과로 이어질 수 있습니다(API 파라미터 또는 페이로드에 따라 다름).
- DelUser—미팅 사이트 라이센스를 제거하지만, Control Hub 조직에서 사용자를 삭제하지 않습니다.
- LstsummaryUser—사용자의
objectGUID
도 반환합니다. - AuthenticateUser—Control Hub에서 관리하는 사이트에서 각 XML API에 대해 사용자이름 및 비밀번호를 사용하는 대신
AuthenticateUser
를 통해 세션 티켓을 생성할 것을 권장합니다. 본문 콘텐츠에서 SAML 응답의 사용은 Control Hub에서 관리되는 사이트에 대해 이 통화에서 지원되지 않습니다.
REST API
Control Hub에는 사용자 만들기 및 라이센스에 대해 People 및 License REST API를 포함하는 자체 API가 있습니다.
세션 유형 및 추적 코드도 다음 위치에서 REST API에서 사용할 수 있습니다.
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
단, 위의 REST API는 XML API에서 사용할 수 있는 모든 사용자 관리 기능을 지원하지는 않습니다. 예를 들어, 사이트를 소유하고 있는 조직 외부의 사용자에게 미팅 라이센스를 지정하려면 여전히 XML API를 사용해야 합니다. 사용자 API는 사용자에게 사이트 관리 역할 지정을 지원 하지 않습니다. API를 통해 사이트 관리 역할을 지정하려는 경우, 여전히 XML API를 사용해야 합니다.
People API를 사용하여 전체(또는 읽기 전용) 권한이 있는 조직 관리자를 만들 수 있으며, 해당 관리자는 Control Hub에서 관리하는 미팅 사이트를 관리(또는 보기)할 수도 있습니다.
Control Hub에는 Webex 사이트별 관리자 역할이 있지만, 현재 People API는 이 역할을 지정할 수 없습니다.
향후 계획(변경될 수 있음)
- 새로운 라이센스 API는 사이트를 만든 동일한 조직에 있지 않은 외부 사용자에게 미팅 사이트 라이센스를 부여할 수도 있습니다. 오늘 Control Hub에서 외부 사용자 라이센싱을 수동으로 사용할 수 있습니다.
- SCIM API를 사용하여 조직에서 사용자를 만들고 삭제합니다.
- Cisco의 장기적인 방향은 REST API만 사용하는 것입니다(사용자 및 미팅 사이트의 모든 작업에 대해). 사용자 관리용 XML API는 REST API가 모든 사용자 관리 작업에 대해 배타적으로 사용될 때까지 계속 지원됩니다. 사용자 관리 XML API도 제거됩니다(날짜 TBD).
사이트를 Control Hub로 업데이트하기 전에 먼저 다음 항목을 리뷰하여 업데이트가 원활하게 진행될 수 있도록 할 것을 권고합니다.
- 먼저 이 문서를 리뷰하고 귀하의 조직이 Control Hub 조직 준비 섹션에서 권장하는 모범 사례를 따르고 있는지 설명합니다.
- 다음으로, Webex 관리에 로그인하고 관리 업데이트를 클릭합니다. 사이트 준비 단계에서 사용자 리뷰 섹션에서 파일에 권장되는 작업을 실행하지 말아야 합니다. 아직 리뷰 기능 섹션에서 호출되는 기능을 비활성화하지 말아야 합니다. 다음 안내에 따라 사이트 준비성 평가는 Control Hub로 업데이트하기 전에 필요한 변경 사항을 평가하기 위한 읽기 전용 작업이 됩니다.
- 사용자 확인 섹션 아래에서 사용자 CSV 파일 내보내기 를 클릭하고
users-to-review-xxxxx.csv
라고 칭하는 CSV 파일을 다운로드합니다.이 파일은 주의가 필요한 모든 사용자를 나열하고 각 사용자에 대해 권장되는 작업을 실행합니다. 이 파일의 사용자 수는 사이트를 업데이트하기 전에 작업해야 하는 사용자 관련 문제의 수를 알 수 있도록 합니다.
- 기능 재 검토 섹션 아래에서 결과 열에 빨간색 X로 나열된 기능을 살펴보십시오. 이는 기능 충돌 관점에서 사이트의 준비상을 알릴 수 있도록 합니다.
- 단계 2로 이동하지 않고 아직 Control Hub에 업데이트 버튼을 클릭하지 않습니다.
사용자 CSV 파일을 리뷰하고 다시 구성해야 할 기능을 확인한 후 이 문서의 나머지 섹션을 계속 확인하여 Control Hub로 업데이트하는 방법에 대해 사이트 및 조직을 준비하십시오.
참고: 사이트에 학습 관리 솔루션 등 타사 솔루션 또는 회사에서 수행한 API 통합이 있는 경우, Control Hub와 작동하기 위해 사이트 API 통합 준비 섹션을 참조하십시오 .
릴리즈 43.6에 대해 예정된 변경 사항
지금까지 사이트를 Control Hub로 업데이트하기 전에 다음 두 가지 기능이 비활성화되어야 했습니다.
- 호스트 프로필 필드 필수
- 필수 추적 코드
43.6의 릴리즈부터 사용자 정의 속성 및 필수 호스트 프로필 필드 기능에 대한 베타에 참여하는 사이트는 사이트를 Control Hub로 업데이트하기 전에 더 이상 해당 기능을 비활성화하지 않아도 됩니다. 대신, 현재 구성이 Control Hub 조직으로 복사되므로 마법사는 해당하는 두 가지 기능을 검토하도록 안내합니다.
필수 호스트 프로필 필드 베타에 참가하고 있는 경우, 다음 경고가 나타납니다.
필수 추적 코드 및 사용자 정의 속성 베타에 참가하고 있는 경우, 다음 작업 항목이 나타납니다.
이러한 베타에 참여하지 않는 경우, 다음 섹션을 계속 읽으십시오.
사이트 업데이트를 차단하는 기능 비활성화
Webex 사이트를 Control Hub로 업데이트하기 전에 일부 기능을 비활성화해야 합니다. 비활성화되어야 하는 기능을 표시하는 목록을 확인할 수 있습니다. 빨간색 동그라미 X 아이콘으로 표시된 기능은 완료되어야 합니다. 노란색 삼각형 느낌표 아이콘으로 표시된 기능은 귀하가 참조할 수 있도록 제공되며, 아무 작업도 필요하지 않습니다.
사이트를 Control Hub로 업데이트하는 방법에 대한 데모는 이 비디오를 참조합니다.
조직에서 사이트 관리에서 자동 계정 만들기 기능을 사용하는 경우, Control Hub에서 동일한 기능을 설정하고 자동 라이센스 템플릿을 설정하여 라이센스를 자동으로 지정해야 합니다. 자세한 내용은 이 문서 를 참조하십시오. 이는 Control Hub에서 관리되도록 사이트를 업데이트하기 전에 실행되어야 합니다.
-
Webex 사이트 관리에 로그인하고
으로 이동합니다.-
호스트 계정 등록 허용을 찾아서 비활성화합니다.
-
계정 등록에 필요:를 찾고 필수 사용자 프로필 필드의 모든 확인란을 지웁니다.
-
-
업데이트를 클릭합니다.
-
로 이동합니다.
-
호스트 프로필 열에서 필수 사항으로 표시된 있는 모든 추적 코드 행을 관리 설정 또는 선택 사항으로 변경합니다.
-
추적 코드에 대한 자세한 내용은 https://help.webex.com/izu2ty을(를) 참조하십시오.
사이트를 Control Hub로 업데이트할 때 사용자에 대한 모든 추적 코드 값은 보존됩니다.
-
향후에 이 제한 사항은 해제되고, 동일한 기능을 위해 Control Hub에서 필요한 사용자 정의 사용자 속성에 추적 코드를 매핑할 수 있습니다.
사용자 속성에 추적 코드를 매핑하는 기능은 공개 미리 보기에 있는 초안입니다. 다음 예정된 기능을 간단히 살펴볼 수 있는 기회를 제공합니다.
사이트 관리에서 Control Hub로 필수 추적 코드를 사용하여 사이트를 업데이트하기 전에 Control Hub에서 해당 추적 코드를 사용자 속성에 매핑해야 합니다. 정보 아래의 아이콘을 클릭하여 사이트의 사용자 속성 마법사에 추적 코드를 직접 매핑할 수 있습니다. 아직 필수 추적 코드를 매핑하거나 비활성화하지 않은 경우, 사이트를 Control Hub로 업데이트할 수 없게 됩니다.
사이트에 추적 코드가 필요하지 않은 경우, 이 절차를 따라 사이트를 Control Hub로 업데이트하기 전에 추적 코드를 사용자 속성에 매핑할 수 있습니다.
부서를 추적 코드로 사용하는 미팅 사이트의 경우, 해당 추적 코드를 사용자 정의 속성이 아닌 부서 사용자 프로필 속성에 매핑하는 것이 좋습니다. 부서는 Control Hub의 표준 프로필 속성이므로 대부분의 경우 이 시나리오가 더욱 효율적입니다.
이 속성이 필요한 경우 사용자 프로필 속성 섹션으로 이동하고 부서 속성을 필수로 표시합니다. 참고로 이 부서 속성은 다른 사용자 속성과 함께 외부 사용자에 대해 입력되지 않습니다.
1 |
Control Hub에 로그인하고 미팅으로 이동합니다. | ||||||||||||||||||||||||||||||||||||||||
2 |
사이트를 선택한 후 로 이동합니다. | ||||||||||||||||||||||||||||||||||||||||
3 |
추적 코드 맵 만들기를 선택합니다. | ||||||||||||||||||||||||||||||||||||||||
4 |
추적 코드 요약 열기를 선택합니다. | ||||||||||||||||||||||||||||||||||||||||
5 |
구성 요약 다운로드를 클릭합니다. 현재 추적 코드 구성의 사본을 다운로드해야 합니다. 모든 속성 값이 현재 추적 코드와 일치하는지 확인하려면 다음 단계에서 이 요약이 필요합니다. 이전 추적 코드 목록을 CSV 파일로 다운로드하여 사용자 정의 속성에 대해 동일한 값을 업로드할 수도 있습니다. | ||||||||||||||||||||||||||||||||||||||||
6 |
마법사로 돌아가서 사용자 속성 추가 및 확인을 선택합니다. | ||||||||||||||||||||||||||||||||||||||||
7 |
이 사이트에 필요한 새로운 사용자 정의 속성을 구성합니다. 사용자에 대해 해당 필드를 입력하려면 속성을 필수로 표시합니다. 사용자 정의 속성은 디렉터리 커넥터, Azure AD 등으로 사용자를 동기화하는 조직에 적용되지 않습니다. 이 단계를 사용하여 추적 코드에 대한 표시명을 검토할 수 있습니다. 필요한 변경을 완료한 후 저장을 클릭합니다. 잠긴 속성은 기본 미팅 사이트 추적 코드에서 AdminSet 과 유사합니다. 사용자 정의 속성을 잠김으로 표시하면 사용자가 해당 속성을 볼 수 없게 됩니다.이 단계에서 저장을 누르면 추가, 제거 또는 필수로 표시된 사용자 정의 속성이 즉시 조직에 적용됩니다. 조직에 온보딩된 새로운 사용자는 이 업데이트된 사용자 정의 속성 구성을 준수해야 합니다. 그렇지 않으면 사용자 등록이 실패합니다. 사용자 정의 속성을 필수로 표시하기 전에 주의하여 진행하십시오. | ||||||||||||||||||||||||||||||||||||||||
8 |
마법사로 돌아가서 추적 코드 매핑을 선택합니다. | ||||||||||||||||||||||||||||||||||||||||
9 |
드롭다운 목록을 사용하여 추적 코드를 조직의 사용자 정의 속성 또는 사용자 프로필 속성에 매핑합니다. 사이트 추적 코드를 속성에 매핑할 때 시스템은 먼저 입력 유형이 텍스트 필드로 설정된 경우 추적 코드 이름과 일치하는 기존 속성에 매핑합니다. 모두 완료한 후에 다음을 클릭합니다. 조직에서 디렉터리 커넥터 또는 Azure AD와 같은 자동화된 사용자 온보딩 프로세스를 사용하는 경우 추적 코드를 사용자 정의 속성에 매핑하면 안 됩니다. 대신 추적 코드를 동기화된 속성에 매핑합니다. 이전에는 추적 코드를 센터별로 다르게 구성할 수 있었습니다. 모든 센터(미팅, 이벤트, 웨비나 등)는 이제 한 개의 예약 구성을 공유합니다. 속성을 필요에 따라 매핑할 때 해당 속성은 Webex Meetings, Webex Webinars 등에서 예약할 때 필요합니다. | ||||||||||||||||||||||||||||||||||||||||
10 |
맵 저장을 클릭합니다. 동기화는 사이트를 Control Hub로 업데이트하는 과정 중에 자동으로 수행됩니다. 미팅 사이트에 대해 사이트 사용자 내보내기를 실행하여 사용자에 대해 추적 코드 값을 백업할 것을 제안합니다. 추적 코드를 사용자 정의 속성에 매핑할 때 데이터의 단일 정보 소스는 각 개별 미팅 사이트가 아닌 Webex ID에서 가져옵니다. 동기화는 사용자의 아직 채워지지 않은 매핑된 속성에 대해 추적 코드 사용자 값의 일회성 복사를 실행합니다. 즉, 추적 코드를 먼저 동기화하는 사이트의 순서가 중요합니다. 첫 번째 사이트를 동기화할 때 해당 사이트의 사용자에 대한 추적 코드 값은 Control Hub에서 해당 사용자에 대해 매핑된 사용자 속성으로 복사됩니다. 단, 해당 값이 사용자에 대해 아직 채워지지 않은 경우에만 해당됩니다. 일부 추적 코드 값은 동기화 중에 사이트에서 사용자 속성으로 복사되지 않을 수 있습니다. 매핑된 사이트에 대한 사용자의 값이 동기화될 때 이미 채워져 있는 경우, 해당 사이트의 추적 값은 해당 사용자에 대해 Control Hub의 매핑된 속성에 복사되지 않습니다. 사용자에 대해 데이터가 다른 추적 코드를 대체하지 못하게 하려면 미팅 사이트에 대한 데이터를 사용자의 최신 추적 코드 데이터로 매핑하고 동기화하는 것이 좋습니다. 추적 코드 값은 디렉터리 커넥터 또는 Azure AD와 같은 외부 소스를 통해 동기화되는 사용자 필드에 추적 코드를 매핑하는 사이트에서 복사되지 않습니다. 다음 표는 데이터가 원래의 추적 코드를 대체하는 가능한 시나리오를 요약합니다. 이러한 시나리오에서 추적 코드 및 매핑된 속성은 사용자의 도시입니다.
* 이전의 추적 코드 값은 기존의 매핑된 속성으로 대체됩니다. |
사이트가 Control Hub에서 관리되도록 업데이트하기 전에 다음 사항을 확인하십시오.
- 조직에 속해야 하는 사이트의 모든 사용자는 실제로 Control Hub 조직에 포함됩니다.
- 조직에 속하지 말아야 하는 사이트의 모든 사용자는 조직에서 삭제됩니다.
- 조직에 있는 사용자는 조직이 SSO에 대해 구성된 경우에 IdP로 인증될 수 있습니다.
- 사이트에서 필수로 표시된 사용자 프로필 필드는 사이트를 업데이트할 때 Control Hub 조직으로 복사됩니다. Control Hub에서 사이트에서 계정 가입에 대해 필드를 필수로 표시하지 않으려면 Control Hub로 업데이트하기 전에 먼저 사이트 관리에서 필드를 체크 해제합니다.
- 이 문서의 앞부분에서 Control Hub 조직 준비 섹션을 리뷰했습니다.
사이트를 Control Hub로 업데이트하는 방법에 대한 데모는 이 비디오를 참조합니다.
사이트 업데이트를 차단할 사용자를 확인하는 방법
-
로그인하여 사이트 관리 관리 업데이트 페이지를 여 십시오.
-
관리 업데이트를 위해 전제 조건 확인 제어를 열고 영향을 받은 사용자를 CSV로 내보내기를 클릭합니다.
-
내보내기 작업을 마칠 때까지 기다립니다. 이 과정은 시작 시간 및 사이트에 있는 사용자의 수에 따라 시간이 걸릴 수 있습니다. 내보내기는 시간 상단에 6분 동안 일시 정지됩니다(xx:57~xx:03 사이).
-
내보내기를 마친 후 CSV 다운로드를 클릭합니다.
브라우저가
users-to-review.csv
파일을 다운로드합니다. -
CSV 파일을 열고 권장되는 작업 열(마지막 열)을 확인합니다. 파일에서 각 사용자에 대해 권장되는 작업을 실행합니다.
이메일 주소가 일치하지 않는 사용자
일부 사용자는 사이트 관리와 Control Hub에서 다른 이메일 주소를 사용할 수 있습니다. 이는 사용자가 이 사이트에서 Control Hub로 링크된 후에 두 장소 중 하나에서만 이메일이 변경되는 경우에 가능합니다.
이메일 주소가 불일치한 사용자를 수정하려면 다음 작업을 시도해 보십시오.
-
Control Hub 이메일 주소와 일치하도록 사이트 관리에서 사용자의 이메일 주소를 변경합니다.
사용자는 자신의 사이트 관리 프로필을 편집할 수 있습니다. https://help.webex.com/nmig1kcb
-
사이트 관리 이메일 주소와 일치하도록 Control Hub에서 사용자의 이메일 주소를 변경합니다. https://help.webex.com/nsi3kgb.
사용자는 Control Hub 조직에서 자신의 이메일 주소를 변경할 수 있습니다. https://help.webex.com/nme40aeb
사용자 이메일 주소를 수정하지 않고 사이트를 Control Hub로 업데이트하는 경우, 영향을 받은 사용자는 Control Hub 이메일 주소를 사용하여 미팅 사이트에 로그인해야 합니다. 사이트 관리에서 이메일 주소로 로그인하려고 시도하거나, IdP에서 Control Hub 이메일 주소가 더 이상 유효하지 않은 경우, 해당 사용자는 로그인하지 못할 수도 있습니다(SSO).. 이는 귀하가 사이트를 업데이트하지 못하게 차단하지는 않지만, 업데이트를 시작하기 전에 이메일 주소를 수정하는 것이 좋습니다.
기본 미팅 라이센스가 있는 외부 사용자
기본 미팅 라이센스 가 있는 외부 사용자는 사이트를 사이트 관리에서 Control Hub로 업데이트하기 전에 유료 Webex Meetings 라이센스로 비활성화되거나 업그레이드되어야 합니다.
사용자를 비활성화하는 방법
사이트 관리에서 개별 사용자 비활성화:
-
으로 이동합니다.
-
색인, 검색 및 필터 컨트롤을 사용하여 사용자를 검색합니다.
-
활동 중 확인란을 선택합니다.
-
변경 사항을 제출 합니다.
자세한 정보는 Webex 사이트 관리에서 사용자 계정 관리 를 참조하십시오.
사이트 관리에서 사용자 일괄 비활성화:
-
사용자를 CSV 파일로 내보냅니다.
-
CSV 파일을 열고 영향을 받은 모든 사용자에 대해
활동 중
열 값을N
으로 수정합니다. -
수정된 CSV 파일을 가져옵니다.
변경된 사용자는 이제 비활동 상태입니다.
자세한 내용은 Webex 사이트 관리에서 Webex 사용자 일괄 가져오기 및 내보내기를 참조하십시오.
디렉토리 동기화가 있는 조직에 있는 사용자
조직에 있어야 하지만 아직 추가되지 않은 링크되지 않은 사용자가 있는 경우, 먼저 조직에 사용자를 추가해야 합니다. 이는 디렉토리 동기화(디렉터리 커넥터 또는 Azure AD를 통해)에 대해 구성된 조직에서 특히 중요합니다. 디렉터리 동기화는 사이트가 사용자를 추가하기 위해 업데이트하는 과정을 허용하지 않습니다.
사이트에 있는 활동적인 사용자가 Control Hub 조직에 링크할 수 없는 경우, 사이트 업데이트는 실패합니다. 조직이 디렉토리 동기화에 대해 구성된 경우, 업데이트를 시작하기 전에 먼저 Control Hub 조직의 일원이 되어야 하는 사이트에 있는 모든 사용자가 디렉터리 커넥터 또는 Azure AD에 추가되어야 합니다.
업데이트를 시작하기 전에 사용자 문제 수정
users-to-review
파일에서 사용자에 대한 문제를 해결하지 않고 사이트를 Control Hub로 업데이트하려고 하는 경우, 업데이트 관리 프로세스가 실패할 수도 있습니다. 해당 도구는 마지막 업데이트를 시작할 때까지 문제를 수정했는지 확인하지 않습니다.
SSO 조직에 링크된 SSO 사이트 및 비-SSO 사이트 업데이트
Control Hub 조직은 IdP가 Webex IdP(로컬 인증)인 SSO에 대해 다수의 ID 공급자(IdP)를 지원할 수 있습니다.
Control Hub에서 여러 IdP는 다음 작업을 지원합니다.
- 사이트 관리에 있는 SSO 사이트에 대한 IdP가 Control Hub의 SSO IdP보다 다른 장소.
- 사이트에 있는 사용자가 조직에서 구성된 SSO IdP에 없는 경우, 이제 해당 사용자는 로컬 Webex IdP에 추가될 수 있습니다. 그 후 해당 사용자를 나중에 구성된 SSO IdP로 이동할 수 있습니다.
여러 IdP를 설정하면 사이트에 있는 모든 사용자가 사이트 관리에서 Control Hub로 업데이트되고 Control Hub 조직에 구성된 인증 방법을 통해 로그인할 수 있습니다. 이를 달성하기 위해 다음을 수행할 수 있습니다.
- 다른 SSO IdP를 Control Hub 조직에 추가합니다.
- 이미 구성된 IdP에 사용자를 추가합니다.
- 사용자를 로컬 Webex IdP에 추가합니다.
Control Hub에서 여러 IdP에 대한 자세한 내용은 이 문서 를 참조하십시오.
시작하기 전에
비활성화해야 하는 기능이 있으며, 모든 사용자가 Control Hub로 업데이트될 수 있는 양호한 상태인지 확인해야 합니다. API 통합 응용프로그램을 사용하고 있는 경우, Webex API를 사용하려면 업데이트해야 합니다.
이 문서의 앞부분에 있는 해당 전제 조건에 대한 설명을 읽어 보십시오.
사이트를 Control Hub로 업데이트할 예정이며, 작업을 시작한 후에는 사이트 관리에서 어떠한 내용도 변경하지 말아야 한다는 부분을 모든 관리자에게 알리십시오.
1 |
내보내기 하고 사이트 사용자가 내보내기 파일을 저장합니다. 이 파일은 업데이트 후에 유효성을 확인하는 데 도움이 되는 사용자 구성 아카이브 역할을 합니다. |
2 |
사이트 관리에 로그인하고 관리 업데이트를 클릭합니다. |
3 |
전제 조건, 특히 업데이트의 성공에 영향을 미칠 수 있는 상태인 사용자의 CSV 목록을 확인합니다. |
4 |
비활성화해야 할 기능 및 사용자 관리와 호스트 라이선싱에서 예상할 수 있는 차이점에 대해 읽어 봅니다(이 문서에도 설명되어 있음). |
5 |
Control Hub로 업데이트를 클릭합니다. 이 버튼은 상단의 단계가 완료된 후에만 활성화됩니다. 팝업 창이 나타납니다. 이 창은 사이트를 Control Hub로 업데이트하는 작업은 영구적이며, 작업을 마친 후엔 업데이트를 취소할 수 없음을 나타냅니다. 업데이트를 마치면 이 사이트는 더 이상 사이트 관리에서 관리되지 않습니다. Control Hub에서 해당 사이트를 완벽하게 관리할 준비가 되지 않은 경우에는 이 마법사를 종료하십시오.
|
6 |
확인을 클릭합니다. 업데이트가 시작되면 배너가 사이트 관리 위에 나타나고 사이트 업데이트가 진행 중임을 알립니다. 문제가 있는 경우, 제안된 작업과 함께 오류 메시지가 나타납니다. 그렇지 않으면 성공 메시지가 표시됩니다. 사이트 업데이트가 완료될 때까지 약 3분 + 1000명의 활동 중인 사용자/분 + 2000명의 비활동 중인 사용자/분이 소요됩니다. 예를 들어, 05:20에 사이트 업데이트를 시작하고 사이트에 8,000명의 활성 사용자 및 2,000명의 비활성 사용자가 있는 경우, 사이트 업데이트는 약 12분 정도 소요됩니다. 또한 사이트 업데이트는 시간 상단에 6분 동안 일시 정지됩니다(xx:57부터 xx:03 사이). 결과는 다양할 수 있습니다. |
7 |
Control Hub에 로그인을 클릭합니다. |
Webex 사이트 관리에서 사이트 업데이트를 트리거하면 Control Hub에 로그인하여 사이트 업데이트의 상태를 확인할 수 있습니다.
-
Control Hub 에 로그인하고 미팅 페이지를 엽니다.
미팅 사이트의 목록이 표시됩니다.
-
사이트를 클릭하여 해당 사이트에 대한 정보를 확인합니다.
-
사이트 업데이트 섹션을 찾아보고, 상태 업데이트를 확인할 수 있습니다.
업데이트가 완료되면 사이트 관리에서 모든 사용자의 목록을 다운로드하고, 사이트에서 해당 사용자가 활동 중 또는 비활동 중인지 확인할 수 있습니다. 관리 사이트의 사용자 상태 열에 비활성으로 사이트 관리 Control Hub 관리 사이트에 액세스할 수 없습니다. 또한 해당 사용자는 Control Hub의 사용자 섹션에서 사이트에 액세스할 수 있는 것으로 표시되지 않습니다.
다운로드 버튼이 나타날 때까지 시간이 걸릴 수 있습니다(대부분 조직의 경우 몇 분).
-
목록을 확인하여 업데이트되는 동안 발생한 문제를 확인합니다.
사이트 업데이트를 마치면 사이트 관리에서 더 이상 이 사이트를 관리할 수 없습니다. 해당 사이트에 대한 모든 관리는 Control Hub에서 실행해야 합니다. 다음은 Control Hub에서 사이트를 관리하는 방법을 익히고 체험해보는 몇 가지 단계입니다.
-
일부 사이트 구성 설정을 확인하여 변경된 내용이 없는지 확인하십시오. 이는 Control Hub로 업데이트하기 전에 일부 사이트 관리 설정을 복사하는 경우에 더욱 쉬워집니다.
-
호스트를 선택하고 Control Hub에서 라이센스, 추적 코드 및 세션 유형을 확인합니다. 미팅 사이트에 로그인하고 예약된 미팅, 녹화 및 기본 설정이 변경되지 않았는지 확인합니다. Control Hub로 업데이트하기 전에 해당 호스트의 데이터가 복사되는 경우 유효성 검사는 더욱 쉬워집니다.
사용자에게 새로운 미팅을 예약하고 호스트할 수 있는지 확인하도록 요청합니다.
-
조직에 새 사용자를 추가합니다. 호스트에게 호스트 라이선스를 부여하고, 세션 유형을 수정한 후 미팅을 호스트할 수 있는지 확인합니다.
새로운 사용자 또는 새로운 사용자의 특정 그룹에 자동으로 라이센스를 지정하도록 조직 또는 그룹 기반 라이센스 템플릿을 설정 할 것을 권장합니다. -
사이트 관리에서 전체 관리자 역할을 실행한 사용자를 선택하고, Control Hub에서 업데이트된 사이트에 대해 적절한 수준의 액세스 권한을 갖고 있는지 확인합니다.
사이트를 읽고 수정하고, 사용자를 만들고, 라이선스를 부여하고, 수정하고 삭제할 수 있어야 합니다.
-
사이트에 API 통합이 있는 경우, People API 사용으로 전환합니다. 업데이트된 통합이 예상대로 작동하는지 확인합니다.
Control Hub에서 미팅 사이트를 관리하는 방법에 대한 자세한 내용은 https://help.webex.com/naqlzeu을(를) 참조하십시오.
-
사용자는 Webex 앱 및 모든 Control Hub가 관리하는 사이트에 한 번의 통합된 로그인 환경을 사용할 수 있습니다.
사용자이정에 있는 사용자의 이메일 주소가 사이트 관리 경우, 해당 사용자는 로그인 환경에 영향을 미치게 됩니다. 이전 사용자 이름은 더 이상 사용할 수 없습니다. 해당 사용자는 이메일 주소를 사용하여 로그인해야 합니다. -
사용자 자격 증명은 Control Hub ID에 연계됩니다. 해당하는 동일한 자격 증명은 동일한 조직에 있는 모든 Control Hub 관리 사이트 및 Webex 앱에 적용됩니다.
-
Control Hub 조직이 이미 SSO 경우, SSO Webex 앱 및 모든 Control Hub 관리 사이트에 대한 로그인 환경을 관리합니다.
-
Control Hub로 업데이트한 결과로 인해 Webex 앱에 대한 로그인 환경은 영향을 받지 않습니다.
-
사용자가 Webex Meetings 사이트에 로그인하면 로그인 화면은 다르게 나타납니다. 조직이 조직에 조직되어 있는 경우에도 사용자가 로그인하려면 이메일 주소를 입력해야 SSO.
관리자는 Control Hub에서 내 정보 저장 옵션 을 활성화하여 사용자가 로그인할 때마다 이메일 주소를 다시 입력하지 않아도 됩니다. -
각 사용자의 히스토리에 따라 계정이 있는 사이트의 수 등:
-
사용자가 Webex ID/Control Hub에서 기존의 사용자에게 링크된 경우, 사용자는 Control Hub로 업데이트된 모든 Webex 사이트에 대해 동일한 비밀번호를 사용하게 됩니다.
-
사이트 링크 설정으로 인해 Webex ID/Control Hub에 사용자가 생성된 경우, 처음으로 링크된 사이트의 자격 증명이 적용됩니다(조직이 SSO로 구성되지 않은 경우). 사용자는 해당 사이트로 로그인하게 됩니다. 사용자가 다수의 자격 증명을 사용하는 경우, 사이트 URL은 어떤 자격 증명을 사용할 지 결정하는 데 도움이 됩니다.
-
사용자는 Control Hub 조직에서 비밀번호를 재설정할 수 있습니다(비밀번호가 다른 조직을 통해 관리되지 않는 SSO). 사용자가 비밀번호를 잊어버린 경우, 로그인 화면에서 사용자 이름 또는 비밀번호를 잊어버린 경우를 클릭하여 비밀번호를 다시 설정할 수 있습니다. 사용자는 다음 안내에 따라 비밀번호를 재설정할 수 있습니다.
- Webex 앱용 비밀번호 재설정: https://help.webex.com/article/n02v0b8/
- 사이트용 비밀번호 Webex Meetings 재설정: https://help.webex.com/article/6v6kaab/
-
-
최종 사용자의 이메일 주소가 변경되어 사이트가 업데이트될 때 사이트 관리 및 Control Hub에서 해당 사용자에게 다른 이메일 주소가 있는 경우, 해당 사용자는 로그인하려고 할 때 문제를 경험할 수도 있습니다. 이제 사용자는 Control Hub 이메일 주소를 사용하여 로그인해야 하도록 모르고, Control Hub에 있는 이메일 주소가 조직의 IdP에서 더 이상 유효하지 SSO 있습니다. 사이트 관리에서 동일한 사용자의 이메일 주소를 변경하기 때문에 Control Hub에서 사용자의 이메일 주소를 업데이트하여 이러한 상황을 피할 수 있습니다.
-
iOS용 모바일 앱을 Webex Meetings 사용자에게 다시 로그인해야 합니다.
- 비-SSO Control Hub로 업데이트하는 경우, 사용자는 iOS용 Webex Meetings 앱에 다시 로그인해야 합니다. iOS용 Meetings 앱은 사이트 업데이트 이후 최대 2개월 동안 사용자가 다시 로그인하지 않도록 요구하지는 하지만, 사용자가 이러한 상황을 미리 예방하기 위해 수동으로 다시 로그인할 것을 제안합니다.
-
사이트 업데이트 중에 사용자이름이 이메일 주소와 일치하지 않는 사용자는 다시 로그인해야 할 수도 있습니다.
-
해당 사용자는 사이트가 Control Hub로 업데이트되는 동안 사이트에서 Webex 서비스에 액세스하려고 시도하는 경우에 다시 Webex 클라이언트에 로그인해야 할 수도 있습니다. 사이트 업데이트가 시작되기 전에 이미 미팅에 참여한 사용자는 영향을 받지 않습니다.
-
"검토할 사용자" CSV 파일 비어 있음
사이트에 규모가 크며 Control Hub에서 이메일 주소가 다른 1000명 이상의 사용자가 있는 경우, 사이트 업데이트 마법사에서 비어 있는 "사용자 확인" CSV 파일을 경험할 수도 있습니다. 이는 문제가 있는 사용자를 해결할 수 있기 때문에 사이트 업데이트가 작동하지 않는 원인이 됩니다. 이 문제는 현재 해결되고 있으며, 몇 주 내로 해결할 계획입니다.
Control Hub로 업데이트할 때 적용되지 않는 설정
- 사이트 관리자가 관리하는 사이트가 느린 채널에 있으며 파트너가 Control Hub를 관리하는 경우, Control Hub로 업데이트한 후에 Meetings 사이트 버전 업데이트 제어를 볼 수 없게 될 수도 있습니다. 이러한 경우, 파트너에게 연락하고 조직에 대해 고객이 사이트 버전을 업그레이드하도록 허용 설정을 활성화하도록 요청하십시오.
- 보류 중인 셀프 가입 계정 요청은 알림 센터로 전달되지 않습니다. 업데이트가 완료된 후에 사용자는 다시 계정을 신청 해야 합니다.
- 사이트 관리에 있는 사용자 이름 값은 업데이트를 마친 후 Control Hub에서 사용자의 이메일 주소로 다시 정의됩니다.
업데이트 실패를 일으키는 사용자 문제
- 정부용 Webex 조직에 있는 사용자에게 링크된 이메일 주소를 있는 사용자는 업데이트를 시작하기 전에 해당 사용자가 비활성화되지 않은 경우 업데이트가 실패하게 됩니다.
업데이트가 실패하고 권장되는 작업의 일반적인 문제
사이트가 Control Hub로 업데이트되지 못하는 경우, 다음 표를 확인하여 해당 콤마 오류가 원인인지, 수정하기 위해 할 수 있는 작업을 체크하십시오.
업데이트 실패의 오류 | 권장되는 작업 |
---|---|
사이트 유형이 유효하지 않습니다. | 사이트가 Webex Support 링크된지 확인하도록 연락하십시오. |
사이트에 연계된 가입이 없습니다. | 사이트는 Control Hub로 업데이트되기 전에 가입에 연계되어야 합니다. |
조직 ID에 문제가 있습니다. | 사이트 링크된 조직 ID가 가입 조직 ID와 동일하지 않습니다. 고객 Webex Support 문의하십시오. |
다음 가입은 Control Hub에서 보류 중인 작업을 하게 됩니다. (SubID). | 보류 중인 작업이 완료된 후 사이트 업데이트 다시 시도. |
싱글 사인온 (SSO) 설정에 충돌이 있습니다. | 사이트가 활성화된 SSO 다음을 확인하십시오.
|
사이트 관리에 있는 사이트 라이센스 정보가 Control Hub에 있는 사이트 라이센스 정보와 일치하지 않습니다. | 사이트 관리와 Control Hub 간의 비일관적인 라이센스 정보. 고객 Webex Support 문의하십시오. |
에 있는 일부 사용자이 사이트 관리 주소는 Control Hub에서 사용자이어 또는 이메일 주소와 충돌합니다. | 사이트 관리에 있는 사용자의 이메일은 Control Hub에서 다른 사용자가 사용됩니다. 이메일 주소 또는 사용자이성 중 하나를 변경합니다. |
사이트를 업데이트하는 데 문제가 있습니다. | 내부 오류가 이 사이트가 업데이트되지 못했습니다. 고객 Webex Support 문의하십시오. |
Webex 사용자를 업데이트하는 데 문제가 있었습니다. | 내부 오류가 이 사이트가 업데이트되지 못했습니다. 고객 Webex Support 문의하십시오. |
사용자에 대한 로그인 문제
항상 Webex 쿠키를 허용하십시오. 그렇지 않으면 Control Hub로 업데이트한 후에 사용자에게 로그인 문제가 발생할 수 있습니다.
Q. Cisco가 더 이상 사이트 관리를 지원하지 않는 날짜가 있습니까?
A. 예. 2023년 12월 말에 Webex 사이트 관리를 제거할 계획입니다.
Q. 사이트 관리에서 사이트의 관리자는 Control Hub 관리로 업데이트한 후에도 사이트에 대한 관리 액세스를 계속 유지합니까?
A. 예. 사이트 관리에 있는 사이트에 있는 모든 관리자는 사이트가 Control Hub 관리로 업데이트된 후에도 여전히 사이트에 관리 액세스할 수 있습니다.
Q. 미팅 사이트를 사이트 관리에서 Control Hub 관리로 업데이트한 후에 사이트에 새로운 관리자가 나타나는 이유는 무엇입니까?
A. 사이트에 있는 새로운 관리자는 Control Hub 조직 관리자일 수 있습니다. 사이트가 사이트 관리에서 Control Hub로 업데이트되면 조직 전반의 모든 관리자는 새로운 Control Hub 관리 사이트의 사이트 관리자가 됩니다. 즉, 조직 전체 관리자가 Webex 사이트 전체 관리자가 되고, 조직 사용자 관리자가 Webex 사이트 사용자 관리자가 되며, 조직 읽기 전용 관리자가 Webex 사이트 읽기 전용 관리자가 됩니다.
Q. 사이트를 Control Hub로 업데이트한 후에 생산 도구 로그인이 작동하지 않는 이유는 무엇입니까?
A. 인터넷 브라우저가 브라우저의 고급 개인 정보 설정에 위치한 항상 세션 쿠키를 허용하도록 구성되었는지 확인하십시오.
Q. 사용자가 Control Hub에서 삭제된 후 동일한 이메일 주소가 Control Hub에 다시 추가되고 동일한 Webex 사이트에 미팅 라이센스를 지정하는 경우, 사용자는 이전 녹화에 액세스할 수 있습니까?
A. 예. 사용자가 이전의 Webex 사이트에 라이센스를 지정한 경우, 해당 사용자는 이전의 모든 미팅 콘텐츠에 액세스할 수 있습니다. 이는 Control Hub에서 관리하는 사이트 및 Control Hub로 업데이트된 사이트에 모두 적용됩니다.
Q. 사이트가 Control Hub로 업데이트되기 전에 사용자가 사이트 관리에서 비활성화된 후 나중에 Control Hub에서 동일한 Webex 사이트에 다시 라이센스가 부여된 경우, 해당 사용자는 이전 녹화에 액세스할 수 있게 됩니까?
A. 예. 사용자는 여전히 이전 녹화에 액세스할 수 있습니다. 또한 사이트 업데이트 전에 사이트 관리에서 비활성화된 모든 사용자는 Control Hub의 Meetings CSV 내보내기 파일에 나열됩니다.
Q. 사이트에 SSO IdP가 설정되지 않았지만 Control Hub 조직에 SSO IdP가 있는 경우, 사이트가 Control Hub로 업데이트되면 어떻게 됩니까?
A. 사이트에서 Control Hub 조직과 동일한 SSO IdP를 사용하게 됩니다.
Q. 사이트에 Control Hub에서 SSO IdP와 다른 SSO IdP가 설정된 경우, 사이트가 Control Hub로 업데이트되면 어떻게 됩니까?
A. 사이트는 Control Hub 조직과 동일한 SSO 사용하기 위해 전환됩니다.
Q. 사이트에 SSO IdP가 설정되었지만 Control Hub 조직에 SSO IdP가 없는 경우, 사이트가 Control Hub로 업데이트되면 어떻게 됩니까?
A. 사이트 업데이트가 차단됩니다. 사이트를 차단 해제하여 Control Hub로 업데이트하려면 사이트 관리 사이트에서 SSO IdP를 제거하거나 SSO IdP를 Control Hub 조직에 추가하십시오.
Q. 녹화에 액세스하고 미팅 또는 이벤트를 예약하기 위해 여전히 사이트 URL에 로그인할 수 있습니까?
A. 예. 녹화에 액세스하고 미팅을 예약할 수 있는 사이트 URL에 여전히 로그인할 수 있습니다.
Q. 사이트 업데이트 중에 사용자 특정 설정이 사이트 관리에서 Control Hub로 수정됩니까?
A. 아니요. 사용자 설정은 변경되지 않은 상태로 유지됩니다. 해당 설정은 사이트 업데이트 전과 같은 적용할 수 있습니다.
Q. 내 녹화 또는 예약된 미팅은 이 사이트 업데이트의 영향을 받습니까?
A. 호스트 녹화에는 영향을 미치지 않습니다. 여전히 액세스할 수 있습니다. 예약된 미팅에도 영향을 미치지 않습니다. 변경된 내용은 없습니다.
Q. 사용자의 녹화 또는 예약된 미팅은 이 사이트 업데이트의 영향을 받습니까?
A. 사용자 녹화에는 영향을 미치지 않습니다. 여전히 액세스할 수 있게 됩니다. 예약된 미팅도 영향을 받지 않습니다. 변경된 내용은 없습니다.
아직 클레임되지 않은 사용자의 경우, 사이트를 Control Hub로 업데이트한 후에 클레임하면 녹화 또는 예약된 미팅에 영향을 미칠 수도 있습니다. 자세한 내용은 다음 메모를 참조하십시오.
사이트를 Control Hub로 업데이트하기 전에 사용자를 클레임할 것을 강력히 권장합니다. 사이트가 Control Hub로 업데이트된 후에 조직으로 사용자를 클레임하는 경우, 해당 사용자는 사이트에서 미팅 및 미팅 자산에 액세스할 수 없게 됩니다.
해결 방법으로, 다음 작업을 실행하여 사이트가 Control Hub로 업데이트된 후 사용자가 사이트에서 미팅 및 미팅 자산에 액세스할 수 없게 할 수 있습니다.
- 조직 또는 사이트에 대한 외부 관리 권한이 있는 사용자의 경우—조직 및 사이트에 대한 모든 외부 관리자 액세스를 제거한 후 미팅 사이트 라이센스를 제거합니다. 사용자를 클레임한 후 해당 사용자를 사이트에 다시 라이센스합니다. 외부 관리 권한을 복원할 수도 있습니다.
- 일반 사용자의 경우—미팅 사이트 라이센스를 제거하고 사용자를 조직으로 클레임한 후 해당 사용자를 사이트에 다시 라이센싱합니다.
Q. Control Hub 관리 사이트에 대해 보류 중인 셀프 가입 계정 요청을 어디에서 확인합니까?
A. 사용자 및 다른 관리자는 Alerts Center에서 셀프 가입 요청을 리뷰 할 수 있습니다.
Q. 사이트를 Control Hub로 업데이트한 후에 사이트 관리에서 사용자 이름 값에 액세스할 수 있습니까?
A. 사이트 관리에 있는 모든 사용자의 사용자 내보내기 파일은 사이트를 Control Hub로 업데이트한 후 90일 동안 Control Hub에서 사용할 수 있습니다. 이 CSV 파일에는 사용자이정 값이 포함됩니다.
Q. 사이트 관리에서 사용자를 식별하기 위해 사용자이름 값을 사용하고 있습니다. Control Hub에서 어떻게 동일한 작업을 할 수 있습니까?
A. 사이트를 Control Hub로 업데이트하면 사용자이성 값이 유실됩니다. 해당 값에 액세스해야 하는 경우, 사이트를 업데이트하기 전에 한 가지 해결 방법은 값을 추적 코드에 복사하는 것입니다. 사용자에 대한 추적 코드 값은 보존되고, 사이트를 Control Hub로 업데이트한 후에 사용할 수 있습니다. SSO를 사용하고 있는 경우, ExternalID
는 이 값을 포함할 수 있는 Control Hub 사용자 속성입니다. 이는 Control Hub에서 이 값을 구성할 때 SAML 어설션을 SSO 수 있습니다. 또한 이 값은 새로운 사용자를 자동으로 생성하는 동안 Control Hub 에도 전달됩니다.
Q. 사이트 업데이트가 시작된 후 사이트를 완료할 때까지 얼마나 걸립니까?
A. 사이트 업데이트가 완료될 때까지 약 3분 + 1000명의 활동 중인 사용자/분 + 2000명의 비활동 중인 사용자/분이 소요됩니다. 예를 들어, 05:20에 사이트 업데이트를 시작하고 사이트에 8,000명의 활성 사용자 및 2,000명의 비활성 사용자가 있는 경우, 사이트 업데이트는 약 12분 정도 소요됩니다. 또한 사이트 업데이트는 시간 상단에 6분 동안 일시 정지됩니다(xx:57부터 xx:03 사이). 결과는 다양할 수 있습니다.
Q. 사이트가 Control Hub에서 관리되도록 업데이트한 후에 특정 그룹에 있는 모든 새로운 사용자 또는 새로운 사용자를 자동으로 라이선스하려면 어떻게 합니까?
A. 조직 또는 그룹 기반 라이센스 템플릿을 설정 하여 새로운 사용자에게 라이센스를 자동으로 지정할 수 있습니다.
Q. 사이트 업데이트 중에 다운타임이 있습니까?
A. 아니요. 사이트 업데이트 중:
- 사용자는 예약된 미팅 및 애드-혹 미팅 참여 및 시작 등 미팅 서비스를 계속 사용할 수 있습니다.
- 사이트 업데이트를 시작할 때 진행 중인 미팅에는 영향을 미치지 않습니다.
- 가입이 Control Hub에서 잠깁니다.
- 미팅 데스크탑 클라이언트는 "예정된 미팅" 섹션에 문제가 있을 수 있습니다.
- 사이트 관리 구성에 대한 변경 사항은 권장되지 않습니다.