사용자 관리

Control Hub 기반에 중앙 집중식 사용자 관리 시스템이 있어요. 전체 조직 (및 웹엑스 전체) 내에서 사용자가 뚜렷하고 고유해요. 사이트 관리에서 사용자 프로필은 미팅 사이트마다 달라요.

싱글 사인온 (SSO), 자동 계정 생성

사이트 관리자에 SSO로 자신을 인증하면 사용자를 생성하는 “자동 계정 생성” 기능이 있어요.

이 기능은 컨트롤 허브에서도 사용할 수 있어요. 자세한 내용은 컨트롤 허브용 SAML 자동 계정 생성 및 업데이트를 참조하세요.

SSO를 사용하는 많은 조직은 Microsoft ^® Active Directory 및 Microsoft Azure 같은 외부 디렉토리 도구에서 사용자를 중앙에서 관리하고 외부 ID 공급자를 통한 인증을 요구하는 것을 선호할 수도 있어요.

에 대해 더 읽어보세요:

• 컨트롤 허브에 사용자 추가하기.

• 컨트롤 허브 조직을 ID 공급자와 통합해요.

필수 프로필 데이터 및 추적 코드

사이트 관리에서 새 사용자의 필수 프로필 필드를 지정할 수 있어요 (이전 스크린샷). 이걸 사용자 생성에 추적 코드가 필요하도록 확장할 수 있어요 (아래 스크린샷). 이러한 추가 요구 사항을 구성하면 그렇지 않으면 사이트에 사용자를 추가할 수 없어요.

컨트롤 허브는 표시 이름과 이메일 주소만 있으면 사용자를 만들 수 있어요.

컨트롤 허브에서 새 사용자를 만들 때 다른 모든 사용자 필드는 선택 사항이므로 컨트롤 허브 관리 사이트에는 추가 프로필 데이터를 적용하지 않아요.

사이트를 Control Hub로 업데이트하기 전에 필수 프로필 필드와 추적 코드를 비활성화해야 해요.

암호 관리 및 잠금

사이트 관리에는 사용자가 여러 번 로그인을 시도해도 로그인에 실패하면 일시적으로 잠그는 기능이 있어요.

컨트롤 허브에는 무단 액세스를 방지하는 다음과 같은 옵션이 있어요.

• 처음 몇 번 실패하면 자동으로 타임아웃돼요.

• CAPTCHA 메커니즘 (컴퓨터와 인간을 구분하는 완전 자동화된 공개 튜링 테스트).

• 합법적인 사용자는 셀프 서비스로 잊어버린 암호를 변경할 수 있어요.

호스트 라이선싱

호스트는 컨트롤 허브 조직에 있어야 해요

사이트 관리자에서 모든 사용자에게 호스트 라이선스를 할당할 수 있어요. 컨트롤 허브에서 사이트를 관리할 때 동일한 컨트롤 허브 조직의 사용자에게만 호스트 라이선스 (및 참석자 역할) 를 할당할 수 있어요.

호스트 계정 셀프 가입이에요

사이트 관리자에서 사용자가 사이트에 (호스트) 계정을 요청하도록 허용하도록 선택할 수 있어요. 계정이 있는 사용자가 사이트에서 추가 서비스를 요청하도록 허용할 수도 있어요. (스크린샷 참조).

컨트롤 허브에서 회의 사이트를 관리할 때 사용자는 해당 사이트에 자신의 호스트 계정을 요청할 수 없어요.

컨트롤 허브에는 새 사용자에게 회의 라이선스를 대신 할당할 수 있는 중앙 집중식 자동 방법이 있어요. https://help.webex.com/n3ijtao 읽어보세요.

API로 또는 CSV를 사용하여 대량으로 사용자 라이선스를 관리할 수도 있어요.

사용자들이 호스트 계정을 요청하게 하려면 관리자에게 연락하는 포인터나 다른 도구에 대한 링크로 사이트 도움말/지원을 구성할 수 있어요.

사이트를 Control Hub로 업데이트하기 전에 사이트 관리에서 “호스트 계정 가입 허용”과 “사용자가 추가 서비스를 요청하도록 허용”을 비활성화해야 해요.

컨트롤 허브에는 자동 할당 템플릿 같은 다른 라이선스 관리 옵션이 있어요. 비활성 호스트에 대한 보고서를 받아 해당 사용자로부터 라이선스를 개별적으로 또는 일괄적으로 또는 API로 제거할 수 있어요.

이 자동 비활성화 옵션이 필요한데 컨트롤 허브의 다른 옵션이 적합하지 않다면 지금은 사이트를 Control Hub로 업데이트하지 마세요.

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

웹엑스 사이트가 사이트 관리자에서 자동 계정 생성을 활성화한 경우, Control Hub에서 SAML 자동 계정 생성을 사용하여 비슷한 기능을 활성화할 수 있어요. Control Hub 조직에서 계정을 만든 후 새 사용자가 자동으로 라이선스를 할당받을 수 있도록 자동 라이선스 템플릿도 설정해 주세요.

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

조직이 디렉토리 동기화하도록 구성된 경우 조직에 포함하려는 모든 사용자가 사이트에 있는지 확인하세요. 사이트 사용자를 컨트롤 허브 조직의 새 사용자와 연결할 수 있도록 사이트 업데이트 프로세스 시작 24시간 전에 완료해야 해요.

Webex 사이트 업데이트 후 관리자 액세스 권한

컨트롤 허브에서 조직 전체 관리자 역할을 가진 사람은 사이트 관리자에서 제어 허브로 업데이트되는 사이트에 자동으로 접근할 수 있어요. 예를 들어, 조직 전체 관리자는 Webex 사이트 전체 관리자가 되고, 조직 사용자 관리자는 Webex 사이트 사용자 관리자가, 조직 읽기 전용 관리자는 Webex 사이트 읽기 전용 관리자가 됩니다 .

XML APIs

XML API는 이제 컨트롤 허브 관리 사이트와 호환돼요. XML API 41.11.0 업데이트에서 세부 사항과 주의 사항을 읽을 수 있어요.

사이트 관리자에서 Control Hub 관리형으로 사이트가 업데이트된 후에도 XML API 서비스 URL은 변경되지 않아요. 같은 API URL은 계속 작동해요. 시스코는 모든 API 통합에서 인증에 OAUTH를 사용하도록 권장해요.

XML API에서의 인증

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

테이블 1이에요.사이트 업데이트 후 XML API에서 작동할 관리자 인증 유형들

사이트 업데이트 전 XML API의 관리자 인증 유형이에요	사이트 업데이트 후 SSO 조직에서 관리자예요	사이트 업데이트 후 관리자가 SSO 조직에 속하지 않아요.
사용자 이름 (WebEx ID) /비밀번호	작동할 거예요. *	작동할 거예요. *
사용자 이름 (WebEx ID) /세션 티켓	작동할 거예요	작동할 거예요
사용자 이름/OAuth (웹엑스 액세스 토큰)	작동할 거예요	작동할 거예요
이메일/비밀번호	작동할 거예요. *	작동할 거예요. *
이메일/세션 티켓	작동할 거예요	작동할 거예요
이메일/OAuth (웹엑스 액세스 토큰)	작동할 거예요	작동할 거예요

Username사이트가 Control Hub로 업데이트되면 모든 사용자에게 이메일을 보내도록 설정돼요. API 페이로드에 사용되는 경우 username, 사이트 업데이트 후 페이로드는 이메일을 대신 사용해야 해요.

컨트롤 허브에서 API 통합 관리자 역할이에요

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

통합이 하는 일에 따라 관리자에게 Control Hub 사이트의 미팅 호스트 계정을 할당해야 통합이 작동할 수도 있어요 (사이트 관리자 사이트의 관리자에게는 필요 없었어요).

컨트롤 허브의 XML API의 차이점

대부분의 XML API 통합은 사이트 업데이트 후 변경 없이 작동할 거예요. 하지만 다음 목록에 자세히 설명된 몇 가지 예외가 있어요.

• CreateUser - 컨트롤 허브 관리 사이트에서 이 작업을 통해 라이선스 할당 전에 사이트 소유 조직에 사용자를 생성할 수도 있어요. 사용자가 이미 다른 조직에 있으면 이 작업은 실패해요.PMR ID parameter컨트롤 허브에서 아직 활성 상태가 아닌 사용자에게는 적용되지 않아요.

  createuser컨트롤 허브 관리 사이트에서는 API를 완료하는 데 더 오래 걸려요. 성능 향상을 위해 스레드를 하나 더 추가하여 호출을 병렬화할 createuser수 있어요.

• setUser - 사용자에게 미팅 사이트 라이선스를 할당하거나 제거할 수 있어요 (API 매개변수나 페이로드에 따라 다름).
• DeLuser —미팅 사이트 라이선스는 제거하지만 컨트롤 허브 조직에서 사용자를 삭제하지는 않아요.
• LST 요약 사용자 - 사용자의 값도 반환해요. objectGUID
• AuthenticateUser - 컨트롤 허브 관리 사이트에서는 각 XML API마다 사용자 이름과 암호를 사용하는 AuthenticateUser것보다 세션 티켓을 만드는 것을 추천해요. 이번 Control Hub 관리 사이트 호출에서는 본문 내용에 SAML 응답을 사용하는 것이 지원되지 않아요.

레스트 APIs

컨트롤 허브에는 자체 API가 있어요. 여기에는 사용자 생성 및 라이선스 부여를 위한 피플 및 라이선스 REST 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 관리 회의 사이트를 관리 (또는 보기) 할 수도 있어요.

향후 계획 (변경될 수 있음)

• 사이트를 만든 동일한 조직에 속하지 않은 외부 사용자에게도 미팅 사이트 라이선스를 부여할 수 있는 새 라이선스 API예요.외부 사용자 라이선스는 오늘 컨트롤 허브에서 수동으로 이용할 수 있어요.
• 조직에서 사용자를 생성하고 삭제하기 위한 SCIM API예요.
• 시스코의 장기적 방향은 REST API만 (사용자와 회의 사이트의 모든 작업에) 사용하는 거예요. 사용자 관리를 위한 XML API는 REST API가 모든 사용자 관리 작업에만 독점적으로 사용될 수 있을 때까지 계속 지원될 거예요. 사용자 관리 XML API도 더 이상 사용되지 않을 거예요 (날짜 미정).

출시 예정 변경 사항 43.6

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

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

43.6 릴리즈부터 사용자 지정 속성과 필수 호스트 프로필 필드 기능에 대한 베타에 참여하는 사이트는 사이트를 Control Hub로 업데이트하기 전에 더 이상 해당 기능을 비활성화할 필요가 없어요. 대신 현재 구성이 Control Hub 조직에 복사될 때 마법사가 이 두 기능을 검토하라고 알려줄 거예요.

필수 호스트 프로필 필드 베타에 참여하면 다음과 같은 경고가 표시돼요.

필수 추적 코드 및 사용자 지정 속성 베타에 참여하는 경우 다음 작업 항목이 표시될 거예요.

당신이 그 베타에 참여하고 있지 않다면, 다음 섹션을 계속 읽으세요.

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

웹엑스 사이트를 Control Hub로 업데이트하려면 먼저 일부 기능을 비활성화해야 해요. 어떤 기능을 비활성화해야 하는지 보여주는 목록을 볼 수 있어요. 빨간색 원 X 아이콘으로 표시된 기능은 반드시 해야 해요. 노란색 삼각형 느낌표 아이콘으로 표시된 기능은 참조용일 뿐이며 아무 조치도 필요 없어요.

사이트를 Control Hub로 업데이트하는 방법에 대한 데모를 보려면 이 비디오를 보세요.

1. Webex 사이트 관리에 로그인하고 구성 > 일반 사이트 설정 > 옵션으로 이동하세요.

   • 호스트 계정 가입 허용 옵션을 찾아서 비활성화해요.

   • 계정 가입 필요: 를 찾고 필수 사용자 프로필 필드 상자를 모두 지워주세요.

2. 업데이트 클릭해요.

3. 구성 > 일반 사이트 설정 > 추적 코드로 가세요.

4. 호스트 프로필 열에서 필수로 표시된 모든 추적 코드 행을 AdminSet 또는 선택사항으로 변경하세요.

   • 추적 코드에 대한 자세한 내용은 https://help.webex.com/izu2ty 에서 확인하세요.

   사이트를 Control Hub로 업데이트하면 사용자의 모든 추적 코드 값이 보존돼요.

앞으로는 이 제한이 해제되어 Control Hub의 필수 사용자 지정 속성에 추적 코드를 매핑하여 동일한 기능을 사용할 수 있게 될 거예요.

사이트 업데이트 차단하는 사용자 확인 방법이에요

1. 사이트 관리에 로그인해서 업데이트 관리 페이지를 여세요.

2. 관리 제어 업데이트를 위한 검토 전제 조건을 열고 영향을 받는 사용자를 CSV로 내보내기를 클릭했어요.

3. 내보내기가 완료될 때까지 기다려요. 이 과정은 시작 시간과 사이트 사용자 수에 따라 시간이 좀 걸릴 수 있어요. 수출이 시간 상단에서 6분 동안 일시 중지돼요 (xx:57~xx:03 사이).

4. 내보내기가 완료되면 CSV 다운로드 클릭해요.

   브라우저가 다운로드돼요 users-to-review.csv.

5. CSV 파일을 열고 권장 조치 열 ( 마지막 열) 을 확인해 주세요. 파일에 있는 각 사용자에게 권장 조치를 취하세요.

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

일부 사용자는 사이트 관리자와 컨트롤 허브의 이메일 주소가 다를 수 있어요. 사용자가 이 사이트에서 Control Hub로 링크된 후 두 곳 중 한 곳에서만 사용자 이메일이 변경된 경우에 가능해요.

이메일 주소가 일치하지 않는 사용자 문제를 해결하려면 다음 작업을 시도해 보세요.

• 컨트롤 허브 이메일 주소와 일치하도록 사이트 관리자에서 사용자 이메일 주소를 변경하세요.

  사용자들이 사이트 관리자 프로필을 편집할 수 있어요: https://help.webex.com/nmig1kcb

• 컨트롤 허브에서 사용자 이메일 주소를 사이트 관리자 이메일 주소와 일치하도록 변경하세요: https://help.webex.com/nsi3kgb.

  사용자가 컨트롤 허브 조직에서 자신의 이메일 주소를 변경할 수 있어요: https://help.webex.com/nme40aeb

베이직 미팅 라이선스를 가진 외부 사용자들

베이직 미팅 라이선스를 가진 외부 사용자는 사이트 관리자에서 컨트롤 허브로 사이트를 업데이트하기 전에 비활성화하거나 유료 Webex Meetings 라이선스로 업그레이드해야 해요.

사용자 비활성화하는 방법

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

1. 사용자 관리 > 사용자 편집으로 가세요.

2. 색인, 검색, 필터 컨트롤을 사용해서 사용자를 찾아요.

3. 액티브 박스 선택 취소해.

4. 변경 사항 제출해요.

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

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

1. 사용자를 CSV 파일로 내보내요.

2. CSV 파일을 열고 Active열 값을 영향 받는 모든 N사용자에 맞게 수정해요.

3. 수정된 CSV 파일을 불러와요.

   변경한 사용자는 이제 비활성 상태예요.

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

디렉토리 동기화가 되는 조직의 사용자들

연결 해제된 사용자 중에 조직에 있어야 하는데 아직 추가되지 않은 경우, 먼저 조직에 추가해야 해요. 디렉토리 동기화로는 사이트 업데이트 프로세스에서 사용자를 추가할 수 없기 때문에 (디렉토리 커넥터나 Azure AD를 통해) 디렉토리 동기화가 구성된 조직에 특히 중요해요.

업데이트 시작하기 전에 사용자 문제를 고쳐요

users-to-review파일에 있는 사용자 문제를 해결하지 않고 사이트를 Control Hub로 업데이트하려고 하면 업데이트 관리 프로세스가 실패할 수 있어요. 도구는 최종 업데이트를 시작하기 전까지는 문제 해결 여부를 확인하지 않아요.

SSO 사이트 및 SSO 조직에 연결된 비 SSO 사이트 업데이트

컨트롤 허브 조직은 SSO에 대해 여러 ID 제공자 (IdP) 를 지원할 수 있어요. IdP는 Webex IdP (로컬 인증) 예요.

컨트롤 허브에 IdP가 여러 개 있으면 도움이 돼요:

• 사이트 관리자의 SSO 사이트 IdP가 컨트롤 허브의 SSO IdP와 다른데요.
• 사이트의 사용자가 조직에 구성된 SSO IdP에 속하지 않는 경우 이제 해당 사용자를 로컬 Webex IdP에 추가할 수 있어요. 그러면 나중에 그 사용자를 구성된 SSO IdP로 옮길 수 있어요.

여러 IdP를 설정하면 사이트 관리자에서 컨트롤 허브로 업데이트되는 사이트의 모든 사용자가 컨트롤 허브 조직에 구성된 인증 방법으로 로그인할 수 있어요. 이 작업을 수행하려면 다음과 같이 하세요.

• 컨트롤 허브 조직에 SSO IdP를 더 추가하세요.
• 이미 구성된 IdP에 사용자 추가해요.
• 로컬 Webex IdP에 사용자 추가해요.

컨트롤 허브의 다중 IdP에 대해 자세히 알아보려면 이 문서를 참조하세요.