사이트 관리에서 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 조직 준비 섹션에서 권장하는 모범 사례를 따르고 있는지 설명합니다.
  • 다음으로, Webex 관리에 로그인하고 관리 업데이트를 클릭합니다. 사이트 준비 단계에서 사용자 리뷰 섹션에서 파일에 권장되는 작업을 실행하지 말아야 합니다. 아직 리뷰 기능 섹션에서 호출되는 기능을 비활성화하지 말아야 합니다. 다음 안내에 따라 사이트 준비성 평가는 Control Hub로 업데이트하기 전에 필요한 변경 사항을 평가하기 위한 읽기 전용 작업이 됩니다.
Control Hub로 업데이트하기 전에 사이트 평가하기
  1. 사용자 재검토 섹션 아래에서 사용자 CSV 파일 내보내기 를 클릭하고 CSV 파일을 다운로드합니다. 이는 이름입니다. users-to-review-xxxxx.csv.

    이 파일은 주의가 필요한 모든 사용자를 나열하고 각 사용자에 대해 권장되는 작업을 실행합니다. 이 파일의 사용자 수는 사이트를 업데이트하기 전에 작업해야 하는 사용자 관련 문제의 수를 알 수 있도록 합니다.

  2. 기능 재 검토 섹션 아래에서 결과 열에 빨간색 X로 나열된 기능을 살펴보십시오. 이는 기능 충돌 관점에서 사이트의 준비상을 알릴 수 있도록 합니다.
  3. 단계 2로 이동하지 않고 아직 Control Hub에 업데이트 버튼을 클릭하지 않습니다.

사용자 CSV 파일을 리뷰하고 다시 구성해야 할 기능을 확인한 후 이 문서의 나머지 섹션을 계속 확인하여 Control Hub로 업데이트하는 방법에 대해 사이트 및 조직을 준비하십시오.


 

참고: 사이트에 학습 관리 솔루션 등 타사 솔루션 또는 회사에서 수행한 API 통합이 있는 경우, Control Hub와 작동하기 위해 사이트 API 통합 준비 섹션을 참조하십시오 .

Control Hub에서의 사이트 관리는 사이트 관리에서와 유사합니다. Control Hub에서의 사용자 관리에는 보다 현대적인 기반 기술이 사용되므로 Control Hub에서 사이트를 관리하는 데는 몇 가지 차이점이 있습니다. 이 섹션은 사이트를 업데이트할 때 차이점에 대해서 다룹니다.


 

사이트 관리와 Control Hub 간의 차이점에 대한 자세한 개요를 확인하려면 이 문서를 참조하십시오.

사용자 관리

Control Hub의 기저에는 중앙화된 사용자 관리 시스템이 있으며, 여기에서 사용자는 전체 조직(및 모든 Webex) 내에서 고유하게 구별됩니다. 사이트 관리에서는 사용자 프로필이 미팅 사이트마다 고유합니다.

SSO(Single Sign On)와 자동 계정 만들기

사이트 관리에는 "자동 계정 만들기" 기능이 있어서 사용자가 SSO로 자신을 인증하면 계정이 만들어집니다.

자동 계정 만들기를 허용하는 SSO 옵션을 보여주는 사이트 관리의 스크린샷

이 기능은 새로운 사용자를 추가할 수 있는 더욱 강력한 방법이 있는 Control Hub에서는 제공되지 않습니다. 사이트를 Control Hub로 업데이트하기 전에 사이트 관리에서 이 기능을 비활성화해야 합니다.

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. 사용자를 클레임하는 것은 조직에 실제로 상주해야 하는 사용자가 가능한 많은 사용자를 확보하기 때문에 더욱 중요합니다.


     

    상단의 도움말 문서에 따라, 사용자 클레임은 최대 14일이 걸릴 수 있습니다. 미팅 사이트를 Control Hub로 업데이트하기 전에 사이트 관리에서 사용자가 비활성화되지 않도록 계획하십시오.

  • 미팅 사이트가 SSO에 대해 구성된 경우, Control Hub 조직에 대해 SSO를 구성해야 합니다.

디렉토리 동기화가 있는 조직

조직이 디렉토리 동기화를 위해 구성된 경우, 조직에 있는 모든 사용자가 사이트에 있는지 확인합니다. 이는 사이트 업데이트 과정을 시작하기 24시간 전에 완료되어, 사이트에 있는 사용자가 Control Hub 조직에서 새로운 사용자에게 링크될 수 있습니다.


 
사이트에 있는 활동 중 사용자가 Control Hub 사용자에게 링크할 수 없는 경우, 업데이트는 실패하게 됩니다.

XML API

이제 XML API는 Control Hub에서 관리되는 사이트와 호환됩니다. XML API 41.11.0 업데이트에서 세부 사항 및 주의 사항을 읽을 수 있습니다.

사이트를 업데이트하기 전에 작동되는 사용자 이름 및 비밀번호를 통한 API 통합에 대한 인증은 계속 작동하게 됩니다. 해당 API 통합은 사이트 업데이트 시 인증을 위해 이메일 주소를 사용하기 위해 변경하지 필요가 없습니다. 이는 임시적인 중지 차이 측정으로, 인증을 위해 이메일 주소 또는 Webex Oauth를 사용하도록 통합은 여전히 업데이트해야 합니다.

API 통합에 대한 조직 전체 관리자 역할

API 통합에 대해 자격 증명이 사용되는 관리자에 대해 Control Hub에서 해당 관리자를 조직 전체 관리자로 승격할지, 사이트를 Control Hub로 업데이트하기 전에 이상적입니다. 사이트 관리 역할만 가진 관리자는 사용자의 이메일 주소 또는 표시명 변경과 같은 XML API를 가진 일부 작업을 할 수 없습니다.

이 안내서로 Control Hub 관리 사이트에 있는 XML API 통합에 대한 자세한 정보를 볼 수 있습니다. 이 안내서에서는 Webex 통합 토큰 관리 및 XML API에서 사용할 세션 티켓에 대해 해당 토큰을 교환하는 방법을 참조합니다.


 

모범 사례로, 먼저 테스트 사이트를 업데이트하여 Control Hub로 업데이트한 후에 API 통합이 수정되지 않는지 확인할 것을 권고합니다.

사이트가 있는 SSO

사이트 관리 SSO 다수의 통합은 로컬 관리 계정을 사용하여 관리 인증을 SSO. Control Hub에서 이러한 목적을 위해 외부 전체 관리자 계정을 사용하여 동일한 작업을 달성할 수 있습니다. 자세한 정보는 이 도움말 문서를 참조하십시오. API 통합에서 SSO 무시 계정을 사용하는 경우, 이 계정이 Control Hub 조직에서 관리자 또는 외부 관리자로 설정되어 있는지하십시오. 그렇지 않으면 사이트를 Control Hub로 업데이트한 후에 통합은 실패하게 됩니다.

Control Hub에서 XML API 차이점

대부분의 XML API 통합은 사이트를 업데이트한 후에 변경하지 않고 작동해야 합니다. 하지만 다음 목록에 자세히 설명된 일부 예외는 있습니다.

  • 사용자 만들기—Control Hub에서 관리하는 사이트에서 이 작업은 라이센스를 지정하기 전에 사이트 소유의 장소에서 사용자를 생성할 수도 있습니다. 해당 사용자가 이미 다른 알고 있는 경우, 이 작업은 실패합니다. PMR ID parameter 은( 는) Control Hub에서 아직 활동 중 상태가 없는 사용자에게는 영향을 미치게 됩니다.

     

    createuser API가 Control Hub에서 관리되는 사이트에서 완료하는 데 더 오래 걸립니다. 더 나은 성능을 위해 병렬로 추가 스레드를 추가할 수 있습니다. createuser 호출.

  • 사용자 설정—사용자가 미팅 사이트 라이센스를 지정하거나 제거하는 결과로 이어질 수 있습니다.
  • DelUser—미팅 사이트 라이센스를 제거하지만 Control Hub 조직에서 사용자를 삭제하지는 않습니다.
  • LstsummaryUser—또한 사용자의 objectGUID.
  • 인증사용자—Control Hub에서 관리하는 사이트에서는 을(를) 통해 세션 티켓 것을 권합니다. AuthenticateUser 각 XML API에 대해 사용자이어 및 비밀번호를 사용하는 대신. 본문 콘텐츠에서 SAML 응답의 사용은 Control Hub에서 관리되는 사이트에 대해 이 통화에서 지원되지 않습니다.

REST API

Control Hub에는 사용자 만들기 및 라이센스에 대해 People 및 License REST API를 포함하는 자체 API가 있습니다.

단, 위의 REST API는 XML API에서 사용할 수 있는 모든 사용자 관리 기능을 지원하지는 않습니다. 예를 들어, 세션 유형을 변경하고 사용자에 대해 세션 유형을 구성하려면 여전히 XML API를 추적 코드 있습니다. 사용자 API는 사용자에게 사이트 관리 역할 지정을 지원 하지 않습니다. API를 통해 사이트 관리 역할을 지정하려는 경우, 여전히 XML API를 사용해야 합니다.

People API를 사용하여 전체 또는 읽기 전용 권한이 있는 조직 관리자를 만들 수 있으며, 이러한 관리자는 모든 Control Hub 관리 미팅 사이트에서 관리자가 됩니다.


 

Control Hub에는 Webex 사이트별 관리자 역할이 있지만, 현재 People API는 이 역할을 지정할 수 없습니다.

향후 플랜

  • Control Hub 관리 사이트를 소유하고 있는 동일한 조직에 있지 않은 외부 사용자에 대해 라이센스를 활성화합니다. 또한 API를 사용하여 외부 사용자에 대한 라이센싱도 활성화합니다.
  • Cisco의 장기적인 방향은 REST API만 사용하는 것입니다(사용자 및 미팅 사이트에서 모든 작업용). 사용자 관리용 XML API는 REST API가 모든 사용자 관리 작업에 대해 배타적으로 사용될 때까지 계속 지원됩니다.
사이트 관리에서 관리 업데이트에 대한 기능 UI 리뷰

Webex 사이트를 Control Hub로 업데이트하기 전에 일부 기능을 비활성화해야 합니다. 비활성화되어야 하는 기능을 표시하는 목록을 확인할 수 있습니다. 빨간색 동그라미 X 아이콘으로 표시된 기능은 완료되어야 합니다. 노란색 삼각형 느낌표 아이콘으로 표시된 기능은 귀하가 참조할 수 있도록 제공되며, 아무 작업도 필요하지 않습니다.

사이트를 Control Hub로 업데이트하는 방법에 대한 데모는 이 비디오를 참조합니다.

  1. Webex 사이트 관리에 로그인하고, 구성 > 공통 사이트 설정 > SSO 구성으로 이동합니다.

    (https://help.webex.com/g5ey83의 Webex 사이트에서 SSO를 구성하는 방법에 대한 설명을 읽어 보십시오.)

  2. 자동 계정 만들기 옵션을 찾아서 비활성화합니다.

  3. 업데이트를 클릭합니다.

  4. 구성 > 공통 사이트 설정 > 옵션으로 이동합니다.

    • 호스트 계정 등록 허용을 찾아서 비활성화합니다.

    • 계정 등록에 필요:를 찾고 필수 사용자 프로필 필드의 모든 확인란을 지웁니다.

    • 아래 필드를 사용자가 변경하도록 허용:을 찾고 모든 확인란을 지웁니다.

  5. 업데이트를 클릭합니다.

  6. 구성 > 공통 사이트 설정 > 추적 코드로 이동합니다.

  7. 호스트 프로필 열에서 필수 사항으로 표시된 있는 모든 추적 코드 행을 관리 설정 또는 선택 사항으로 변경합니다.


     

    사이트를 Control Hub로 업데이트할 때 사용자에 대한 모든 추적 코드 값은 보존됩니다.

사이트가 Control Hub에서 관리되도록 업데이트하기 전에 다음 사항을 확인하십시오.

  • 조직에 속해야 하는 사이트의 모든 사용자는 실제로 Control Hub 조직에 포함됩니다.
  • 조직에 속하지 말아야 하는 사이트의 모든 사용자는 조직에서 삭제됩니다.
  • 조직에 있는 사용자는 조직이 SSO에 대해 구성된 경우에 IdP로 인증될 수 있습니다.
  • 이 문서의 앞부분에서 Control Hub 조직 준비 섹션을 리뷰했습니다.

사이트를 Control Hub로 업데이트하는 방법에 대한 데모는 이 비디오를 참조합니다.

사용자를 Control Hub로 성공적으로 업데이트하기 위해 사이트를 Control Hub로 업데이트하기 전에 다음 유형의 사용자 문제를 수정해야 합니다.

  • 다른 Control Hub 조직에 있는 사용자

  • 사이트 관리 및 Control Hub에서 이메일 주소가 불일치하는 사용자

사이트 관리에서 관리 업데이트에 대해 사용자 UI 리뷰

사용자가 해당 문제를 겪는 동안 사이트를 Control Hub로 업데이트하려는 경우, 업데이트 관리 프로세스가 실패할 수도 있습니다. 해당 도구는 마지막 업데이트를 시작할 때까지 문제를 수정했는지 확인하지 않습니다.

디렉토리 동기화가 있는 조직에 있는 사용자

조직에 있어야 하지만 아직 추가되지 않은 링크되지 않은 사용자가 있는 경우, 먼저 조직에 사용자를 추가해야 합니다. 이는 디렉토리 동기화(디렉터리 커넥터 또는 Azure AD를 통해)에 대해 구성된 조직에서 특히 중요합니다. 디렉터리 동기화는 사이트가 사용자를 추가하기 위해 업데이트하는 과정을 허용하지 않습니다.


 

사이트에 있는 활동적인 사용자가 Control Hub 조직에 링크할 수 없는 경우, 사이트 업데이트는 실패합니다. 조직이 디렉토리 동기화에 대해 구성된 경우, 업데이트를 시작하기 전에 먼저 Control Hub 조직의 일원이 되어야 하는 사이트에 있는 모든 사용자가 디렉터리 커넥터 또는 Azure AD에 추가되어야 합니다.

Webex에서 정부 조직 이메일 도메인에 있는 사용자

정부용 Webex에 있는 Control Hub 조직에 이메일 주소 도메인이 속한 사용자가 있는 경우, 사이트를 업데이트하기 전에 사이트 관리 해당 사용자는 조직에서 비활성화되어야 합니다.

사이트 업데이트를 차단할 사용자를 확인하는 방법

  1. 로그인하여 사이트 관리 관리 업데이트 페이지를 여 십시오.

  2. 관리 업데이트를 위해 전제 조건 확인 제어를 열고 영향을 받은 사용자를 CSV로 내보내기를 클릭합니다.

  3. 내보내기 작업을 마칠 때까지 기다립니다. 이 과정은 시작 시간 및 사이트에 있는 사용자의 수에 따라 시간이 걸릴 수 있습니다. 가장 바쁜 시간 동안 이 작업은 몇 분 정도 지연될 수 있습니다.

  4. 내보내기를 마친 후 CSV 다운로드를 클릭합니다.

    브라우저에서 다운로드합니다. users-to-review.csv.

  5. CSV 파일을 열고 권장되는 작업 열(마지막 열)을 확인합니다. 파일에서 각 사용자에 대해 권장되는 작업을 실행합니다.

다른 Control Hub 조직에 있는 사용자

이미 다른 Control Hub 조직에 있는 사이트 사용자 또는 관리자는 현재 업데이트하고 있는 Control Hub 조직으로 업데이트할 수 없습니다. 해당 사용자에 대해 가장 일반적으로 권장되는 작업은 Control Hub 에서 사용자를 클레임하거나 사용자를 비활성화하는 것입니다. 해당하는 비활성화된 사용자는 사이트에 있는 서비스를 사용할 수 없게 됩니다.*

이 규칙에는 다음과 같은 예외가 있습니다. 사이트 관리자는 Control Hub 조직을 만들었거나 관리하고 있는 파트너 조직에 소속된 경우에 Control Hub로 업데이트할 수 있습니다. 해당 사용자는 users-to-review.csv 파일에서 나열하지 않습니다.

적합한 사용자(귀사의 사용자)를 Control Hub 조직으로 클레임하면(조직에서 해당 사용자의 이메일 도메인을 확인해야 함) 사이트를 Control Hub로 업데이트하기 전에 비활성화되어야 하는 사용자의 수를 줄이게 됩니다.


 

* 향후 몇 개월 내에 Control Hub 조직에 속하지 않은 사용자에 대해 미팅 사이트 라이센싱을 활성화할 계획입니다. Control Hub 조직이 아닌 외부 조직에 소속된 사용자를 비활성화하지 않고자 하는 경우, 사이트를 Control Hub로 업데이트하기 전에 이 향상점이 적용될 때까지 기다릴 수도 있습니다.

이메일 주소가 일치하지 않는 사용자

일부 사용자는 사이트 관리와 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로 업데이트한 후에도 비활성화된 사용자는 여전히 사이트 CSV 내보내기 파일에 나타납니다.

사이트 관리에서 개별 사용자 비활성화:

  1. 사용자 관리 > 사용자 편집으로 이동합니다.

  2. 색인, 검색 및 필터 컨트롤을 사용하여 사용자를 검색합니다.

  3. 활동 중 확인란을 선택합니다.

  4. 변경 사항을 제출합니다.

    자세한 사항은 Cisco Webex 사이트 관리에서 사용자 계정 관리를 참조하십시오.

사이트 관리에서 사용자 일괄 비활성화:

  1. 사용자를 CSV 파일로 내보냅니다.

  2. CSV 파일을 열고 모든 해당 사용자의 Active 열 값을 N(으)로 수정합니다.

  3. 수정된 CSV 파일을 가져옵니다.

    변경된 사용자는 이제 비활동 상태입니다.

    자세한 내용은 Webex 사이트 관리에서 Webex 사용자 일괄 가져오기 및 내보내기를 참조하십시오.

시작하기 전에

비활성화해야 하는 기능이 있으며, 모든 사용자가 Control Hub로 업데이트될 수 있는 양호한 상태인지 확인해야 합니다. API 통합 응용프로그램을 사용하고 있는 경우, Webex API를 사용하려면 업데이트해야 합니다.

이 문서의 앞부분에 있는 해당 전제 조건에 대한 설명을 읽어 보십시오.


 

사이트를 Control Hub로 업데이트할 예정이며, 작업을 시작한 후에는 사이트 관리에서 어떠한 내용도 변경하지 말아야 한다는 부분을 모든 관리자에게 알리십시오.

1

사이트 관리에 로그인하고 관리 업데이트를 클릭합니다.

2

전제 조건, 특히 업데이트의 성공에 영향을 미칠 수 있는 상태인 사용자의 CSV 목록을 확인합니다.

3

비활성화해야 할 기능 및 사용자 관리와 호스트 라이선싱에서 예상할 수 있는 차이점에 대해 읽어 봅니다(이 문서에도 설명되어 있음).

4

Control Hub로 업데이트를 클릭합니다. 이 버튼은 상단의 단계가 완료된 후에만 활성화됩니다.

팝업 창이 나타납니다. 이 창은 사이트를 Control Hub로 업데이트하는 작업은 영구적이며, 작업을 마친 후엔 업데이트를 취소할 수 없음을 나타냅니다. 업데이트를 마치면 이 사이트는 더 이상 사이트 관리에서 관리되지 않습니다. Control Hub에서 해당 사이트를 완벽하게 관리할 준비가 되지 않은 경우에는 이 마법사를 종료하십시오.
5

확인을 클릭합니다.


 

사이트 업데이트는 시간의 상단 전후에 잠시 일시 정지됩니다. 한 시간 상단에 시작하는 경우 업데이트는 더 오래 걸릴 수 있습니다.

업데이트가 시작되면 배너가 사이트 관리 위에 나타나고 사이트 업데이트가 진행 중임을 알립니다. 문제가 있는 경우, 제안된 작업과 함께 오류 메시지가 나타납니다. 그렇지 않으면 성공 메시지가 표시됩니다.

사이트 업데이트가 완료될까지 약 2분 + 500 사용자/분이 소요됩니다. 예를 들어, 5:20에 사이트 업데이트를 시작하고 사이트에 3000 사용자가 있는 경우, 업데이트는 약 8분 정도 소요될 것으로 예상할 수 있습니다. 결과는 다양할 수 있습니다.

6

Control Hub에 로그인을 클릭합니다.

Webex 사이트 관리에서 사이트 업데이트를 트리거하면 Control Hub에 로그인하여 사이트 업데이트의 상태를 확인할 수 있습니다.


 
사이트 업데이트가 시간의 상단에 트리거되는 경우 업데이트하는 데 더 오래 걸릴 수 있습니다. 사이트 업데이트는 매 시간마다 상단부터 몇 분 동안 일시정지됩니다.
  1. https://admin.webex.com에서 Control Hub에 로그인하고 Meetings 페이지를 엽니다.

    미팅 사이트의 목록이 표시됩니다.

  2. 사이트를 클릭하여 해당 사이트에 대한 정보를 확인합니다.

  3. 사이트 업데이트 섹션을 찾아보고, 상태 업데이트를 확인할 수 있습니다.

    업데이트가 완료되면 사이트 관리에서 모든 사용자의 목록을 다운로드하고, 사이트에서 해당 사용자가 활동 중 또는 비활동 중인지 확인할 수 있습니다. 관리 사이트의 사용자 상태 열에 비활성으로 사이트 관리 Control Hub 관리 사이트에 액세스할 수 없습니다. 또한 해당 사용자는 Control Hub의 사용자 섹션에서 사이트에 액세스할 수 있는 것으로 표시되지 않습니다.


     

    다운로드 버튼이 나타날 때까지 시간이 걸릴 수 있습니다(대부분 조직의 경우 몇 분).

  4. 목록을 확인하여 업데이트되는 동안 발생한 문제를 확인합니다.

사이트 업데이트를 마치면 사이트 관리에서 더 이상 이 사이트를 관리할 수 없습니다. 해당 사이트에 대한 모든 관리는 Control Hub에서 실행해야 합니다. 다음은 Control Hub에서 사이트를 관리하는 방법을 익히고 체험해보는 몇 가지 단계입니다.

  1. 호스트를 선택하고 라이선스와 세션 유형을 확인합니다. 예약된 미팅이 유효한지 확인합니다.

    사용자에게 새로운 미팅을 예약하고 호스트할 수 있는지 확인하도록 요청합니다.

  2. 조직에 새 사용자를 추가합니다. 호스트에게 호스트 라이선스를 부여하고, 세션 유형을 수정한 후 미팅을 호스트할 수 있는지 확인합니다.

  3. 사이트 관리에서 전체 관리자 역할을 실행한 사용자를 선택하고, Control Hub에서 업데이트된 사이트에 대해 적절한 수준의 액세스 권한을 갖고 있는지 확인합니다.

    사이트를 읽고 수정하고, 사용자를 만들고, 라이선스를 부여하고, 수정하고 삭제할 수 있어야 합니다.

  4. 사이트에 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). 사용자가 비밀번호를 잊어버린 경우, 로그인 화면에서 사용자 이름 또는 비밀번호를 잊어버린 경우를 클릭하여 비밀번호를 다시 설정할 수 있습니다. 사용자는 다음 안내에 따라 비밀번호를 재설정할 수 있습니다.

  • 최종 사용자의 이메일 주소가 변경되어 사이트가 업데이트될 때 사이트 관리 및 Control Hub에서 해당 사용자에게 다른 이메일 주소가 있는 경우, 해당 사용자는 로그인하려고 할 때 문제를 경험할 수도 있습니다. 이제 사용자는 Control Hub 이메일 주소를 사용하여 로그인해야 하도록 모르고, Control Hub에 있는 이메일 주소가 조직의 IdP에서 더 이상 유효하지 SSO 있습니다. 사이트 관리에서 동일한 사용자의 이메일 주소를 변경하기 때문에 Control Hub에서 사용자의 이메일 주소를 업데이트하여 이러한 상황을 피할 수 있습니다.

Control Hub로 업데이트할 때 현재 이동하지 않는 설정

  • 참석 자 참여 허용 개인 회의 전에 오디오 부분에 참여 허용 설정은 Control Hub 사이트로 전달되지 사이트 관리. 이 설정이 적용되도록 변경할 계획입니다.참석자 참여 허용 설정의 개인 회의 오디오 부분에 참여할 수 사이트 관리

    해결 방법: 토글을 얻기 위해 Cisco로 연락 EnablePCNAudioJBHForCISit 설정: ON 해당 설정을 다시 활성화합니다.

업데이트 실패를 일으키는 사용자 문제

  • 정부용 Webex 조직에 있는 사용자에게 링크된 이메일 주소를 있는 사용자는 업데이트를 시작하기 전에 해당 사용자가 비활성화되지 않은 경우 업데이트가 실패하게 됩니다.

업데이트가 실패하고 권장되는 작업의 일반적인 문제

사이트가 Control Hub로 업데이트되지 못하는 경우, 다음 표를 확인하여 해당 콤마 오류가 원인인지, 수정하기 위해 할 수 있는 작업을 체크하십시오.

업데이트 실패의 오류권장되는 작업
사이트 유형이 유효하지 않습니다. 사이트가 Webex Support 링크된지 확인하도록 연락하십시오.
사이트에 이와 연계된 가입이 없습니다. 사이트는 Control Hub로 업데이트되기 전에 가입에 연계되어야 합니다.
조직 ID와 관련된 문제가 있습니다. 사이트 링크된 조직 ID가 가입 조직 ID와 동일하지 않습니다. 고객 Webex Support 문의하십시오.
다음 가입에 Control Hub에서 보류 중인 작업이 있습니다. (SubID). 보류 중인 작업이 완료된 후 사이트 업데이트 다시 시도.
싱글 사인온(SSO) 설정에 충돌이 있습니다. 사이트가 활성화된 SSO 다음을 확인하십시오.
  • 자동 계정 만들기가 비활성화됩니다.
  • SSO Control Hub 조직에 활성화되어 있습니다.
사이트 관리에 있는 사이트 라이센스 정보가 Control Hub에 있는 사이트 라이센스 정보와 일치하지 않습니다. 사이트 관리와 Control Hub 간의 비일관적인 라이센스 정보. 고객 Webex Support 문의하십시오.
사이트 관리에 있는 일부 사용자 이름이나 이메일 주소가 Control Hub에 있는 사용자 이름 또는 이메일 주소와 충돌합니다. 사이트 관리에 있는 사용자의 이메일은 Control Hub에서 다른 사용자가 사용됩니다. 이메일 주소 또는 사용자이성 중 하나를 변경합니다.
사이트를 업데이트하는 데 문제가 있었습니다. 내부 오류가 이 사이트가 업데이트되지 못했습니다. 고객 Webex Support 문의하십시오.
Webex 사용자를 업데이트하는 데 문제가 있었습니다. 내부 오류가 이 사이트가 업데이트되지 못했습니다. 고객 Webex Support 문의하십시오.

Q. Control Hub에서 사용자가 삭제된 후 동일한 이메일 주소가 Control Hub에 다시 추가되고, 동일한 Webex 사이트에 Meetings 라이센스를 지정하는 경우, 해당 사용자는 이전 녹화에 액세스할 수 있습니까?

A. 예. 사용자가 이전의 Webex 사이트에 라이센스를 지정한 경우, 해당 사용자는 이전의 모든 미팅 콘텐츠에 액세스할 수 있습니다. 이는 Control Hub에서 관리하는 사이트 및 Control Hub로 업데이트된 사이트에 모두 적용됩니다.

Q. 사이트가 Control Hub로 업데이트되기 전에 사이트 관리에서 사용자가 비활성화된 후 나중에 Control Hub에서 동일한 Webex 사이트로 다시 라이센스가 부여된 경우, 해당 사용자는 이전 녹화에 액세스할 수 있습니까?

A. 예. 사용자는 여전히 이전 녹화에 액세스할 수 있습니다. 또한 사이트 업데이트 전에 사이트 관리에서 비활성화된 모든 사용자는 Control Hub의 Meetings CSV 내보내기 파일에 나열됩니다.

Q. 사이트에 IdP가 설정된 SSO 없지만, 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. 사이트에 IdP가 SSO 없지만, Control Hub 조직에 SSO IdP가 없는 경우, 사이트에서 Control Hub를 업데이트하면 어떻게 합니까?

A. 사이트 업데이트가 차단됩니다. 사이트를 차단 해제하여 Control Hub로 업데이트하려면 사이트 관리 사이트에서 SSO IdP를 제거하거나 SSO IdP를 Control Hub 조직에 추가하십시오.