사용자 관리

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

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

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

이 기능은 Control Hub에서도 사용할 수 있습니다. 자세한 정보는 SAML 자동 계정 만들기 및 Control Hub 업데이트를 참조하십시오.

SSO를 사용하는 많은 조직은 Microsoft^® Active Directory 및 Microsoft Azure 같은 외부 디렉터리 도구를 이용하여 중앙에서 사용자를 관리하고, 외부 ID 공급자를 통해 인증을 요구하는 방식을 선호할 수 있습니다.

자세한 내용 읽기:

• Control Hub에 사용자를 추가합니다.

• Control Hub 조직을 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로 업데이트하지 말아야 합니다.

신규 사용자를 위한 자동 계정 생성

Webex 사이트 가 사이트 관리에서 자동 계정 만들기를 활성화한 경우, Control Hub에서 다음을 사용하여 유사한 기능을 활성화할 수 있습니다. SAML 자동 계정 만들기 . 다음 설정도 확인하십시오. 자동 라이센스 템플릿 Control Hub 조직에서 계정이 생성되면 새 사용자에게 자동으로 라이센스가 할당됩니다.

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

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

사이트에 있는 활동 중 사용자가 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은 계속 작동합니다. Cisco 는 모든 API 통합에서 인증에 OAUTH를 사용할 것을 권장합니다.

XML API에서 인증

사용하지 않는 통합 인증을 위한 Webex OAUTH 사이트가 Control Hub로 업데이트된 후 실패할 수 있습니다. 다음 표는 사이트를 업데이트한 후 어떤 유형의 관리자 인증이 계속 작동하는지 보여줍니다.

표 1. 사이트 업데이트 후 XML API 에서 작동하는 관리자 인증 유형

사이트 업데이트 전 XML API 의 관리자 인증 유형	사이트 업데이트 후 SSO 조직에서 관리	사이트 업데이트 후 관리자가 SSO 조직에 없음
사용자 이름 (webExID)/비밀번호	작동합니다*	작동합니다*
사용자 이름 (webExID)/sessionTicket	작동합니다	작동합니다
사용자 이름/OAUTH (webExAccessToken)	작동합니다	작동합니다
이메일/비밀번호	작동합니다*	작동합니다*
이메일/세션티켓	작동합니다	작동합니다
이메일/OAUTH (webExAccessToken)	작동합니다	작동합니다

* 이전 버전과의 호환성— Cisco 는 사이트 업데이트 후에 사용자 이름/비밀번호 인증이 XML API에서 작동하도록 활성화했습니다. username 이메일과 일치하지 않습니다. 호환성은 다음과 같은 경우에만 적용됩니다. 사이트 업데이트 전에 사용자 자격 증명이 생성되었습니다. 변경이 허용되지 않음 username 그렇지 않으면 이전 자격 증명이 실패합니다. API 인증을 위한 자격 증명은 Control Hub에서 비밀번호를 사용할 수 없으며, 사이트 관리 관리에서 관리할 때 비밀번호를 사용할 수 없습니다. 인증에 자격 증명이 사용되는 사용자는 Control Hub로 사이트를 업데이트할 때 사이트 관리 에서 활성 상태(비활성 아님)여야 합니다. 다음을 사용하여 OAUTH 인증을 포함하여 Control Hub 관리되는 사이트의 XML API 통합에 대해 자세히 알아볼 수 있습니다. 이 안내서 .

Username 사이트가 Control Hub로 업데이트될 때 은(는) 모든 사용자에 대해 이메일로 설정됩니다. 만약 username 가 API 페이로드에 사용되는 경우, 사이트가 업데이트된 후 페이로드는 대신 이메일을 사용해야 합니다.

API 통합을 위한 Control Hub의 관리자 역할

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

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

통합 작업에 따라 통합이 작동하려면 Control Hub 사이트에서 관리자에게 Meetings 호스트 계정 을 할당해야 할 수도 있습니다(사이트 관리 사이트의 관리자에게는 필요하지 않음).

Control Hub의 XML API 차이점

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

• 사용자 만들기 —Control Hub 관리 사이트에서 이 작업은 라이센스를 할당하기 전에 사이트 소유 조직에 사용자를 생성할 수도 있습니다. 사용자가 이미 다른 조직에 있는 경우 이 작업은 실패합니다. PMR ID parameter 아직 계정이 없는 사용자에게는 적용되지 않습니다. 활성 Control Hub의 상태.

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

• 사용자 설정 —사용자로부터 미팅 사이트 라이센스를 할당하거나 제거할 수 있습니다( API 매개 변수 또는 페이로드에 따라 다름).
• 사용자 삭제 —미팅 사이트 라이센스를 제거하지만 Control Hub 조직에서 사용자를 삭제하지는 않습니다.
• Lssummary사용자 —또한 사용자의 objectGUID.
• 사용자 인증 —Control Hub 관리 사이트에서 다음을 통해 세션 티켓 을 만드는 것이 좋습니다. AuthenticateUser 각 XML API 에 대해 사용자 이름 및 비밀번호를 사용하는 대신 본문 콘텐츠에서 SAML 응답을 사용하는 것은 Control Hub 관리되는 사이트에 대한 이 호출에서 지원되지 않습니다.

REST API

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

• https://developer.webex.com/docs/api/v1/people

• https://developer.webex.com/docs/api/v1/licenses

세션 유형 및 추적 코드 는 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를 사용하여 사이트를 소유한 조직 외부의 사용자에게 미팅 라이센스를 할당해야 합니다. People 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도 더 이상 사용되지 않습니다(날짜 미정).

릴리즈 43.6의 예정된 변경 사항

지금까지는 사이트를 Control Hub로 업데이트하기 전에 다음 두 가지 기능을 비활성화해야 했습니다.

• 필수 호스트 프로파일 필드
• 필수 추적 코드

43.6 릴리스부터 사용자 정의 속성 및 필수 호스트 프로파일 필드 기능에 대한 베타에 참여하는 사이트는 사이트를 Control Hub로 업데이트하기 전에 해당 기능을 비활성화할 필요가 없습니다. 대신, 마법사는 현재 구성이 Control Hub 조직으로 복사될 때 두 가지 기능을 검토하도록 알려줍니다.

에 참여하는 경우 필수 호스트 프로파일 필드 베타인 경우 다음 경고가 표시됩니다.

에 참여하는 경우 필수 추적 코드 및 사용자 정의 속성 베타인 경우 다음 작업 항목이 표시됩니다.

해당 베타에 참여하지 않는 경우, 다음 섹션을 계속 읽으십시오.

사이트 업데이트를 차단하는 기능 비활성화

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

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

조직에서 사이트 관리에서 자동 계정 만들기 기능을 사용하는 경우, Control Hub에서 이에 상응하는 기능을 설정하고 자동 라이센스 템플릿을 설정하여 라이센스를 자동으로 할당해야 합니다. 참조 이 문서 을(를) 참조하십시오. Control Hub에서 관리할 사이트를 업데이트하기 전에 이 작업을 수행해야 합니다.

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

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

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

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

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

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

   • 추적 코드에 대한 자세한 내용은 https://help.webex.com/izu2ty을(를) 참조하십시오.

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

앞으로 이 제한 사항이 해제될 예정이며, 동등한 기능을 위해 Control Hub에서 필요한 사용자 정의 사용자 속성에 추적 코드 를 매핑할 수 있게 됩니다.

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

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

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

3. 내보내기 작업을 마칠 때까지 기다립니다. 이 과정은 시작 시간 및 사이트에 있는 사용자의 수에 따라 시간이 걸릴 수 있습니다. 내보내기는 정각(xx:57 - xx:03)에 6분 동안 일시 중지됩니다.

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

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

5. 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 이메일 주소를 사용하여 미팅 사이트 에 로그인 해야 합니다. 해당 사용자는 사이트 관리에서 이메일 주소 로 로그인 을 시도하거나 Control Hub 이메일 주소 가 IdP( SSO 조직의 경우)에서 더 이상 유효하지 않은 경우 로그인 하지 못할 수 있습니다. 사이트 업데이트를 차단하지는 않지만 업데이트를 시작하기 전에 이메일 주소를 수정하는 것이 좋습니다.

기본 미팅 라이센스가 있는 외부 사용자

다음을 사용하는 외부 사용자 기본 미팅 라이센스 사이트 관리에서 Control Hub로 사이트를 업데이트하기 전에 을(를) 비활성화하거나 유료 Webex Meetings 라이센스로 업그레이드해야 합니다.

사용자를 비활성화하는 방법

사용자를 비활성화하면 해당 사용자는 호스트 라이선스 또는 참석자 권한을 잃게 됩니다(활동 중에 그가 가졌던 역할에 따라 다름). 사이트를 Control Hub로 업데이트한 후에도 비활성화된 사용자는 여전히 사이트 CSV 내보내기 파일에 나타납니다.

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

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

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

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

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

   참조 Webex 사이트 관리 을(를) 참조하십시오.

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

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

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

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

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

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

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

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

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

업데이트를 시작하기 전에 사용자 문제 해결

사용자에 대한 문제를 해결하지 않고 Control Hub로 사이트를 업데이트하려고 하는 경우 users-to-review 파일, 업데이트 관리 프로세스가 실패할 수 있습니다. 해당 도구는 마지막 업데이트를 시작할 때까지 문제를 수정했는지 확인하지 않습니다.

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 조직에 구성된 인증 방법 로그인 할 수 있습니다. 이를 위해 다음을 수행할 수 있습니다.

• Control Hub 조직에 추가 SSO IdP를 추가합니다.
• 이미 구성된 IdP에 사용자를 추가합니다.
• 로컬 Webex IdP에 사용자를 추가합니다.

참조 이 문서 Control Hub의 여러 IdP에 대해 자세히 알아보십시오.