Конфигурирайте еднократен вход в Control Hub с Okta

Единичен вход и контролен център

Единичен вход (SSO) е процес на удостоверяване на сесия или потребител, който позволява на потребителя да предостави идентификационни данни за достъп до едно или повече приложения. Процесът удостоверява потребителите за всички приложения, за които са им дадени права. Той елиминира допълнителни подкани, когато потребителите превключват приложения по време на определена сесия.

Протоколът за маркиране на езика за потвърждаване на сигурността (SAML 2.0) се използва за осигуряване на SSO удостоверяване между облака на Webex и вашия доставчик на идентичност (IdP).

Профили

Приложението Webex поддържа само SSO профила на уеб браузъра. В SSO профила на уеб браузъра, приложението Webex поддържа следните обвързвания:

SP инициира POST -> POST свързване
SP инициира REDIRECT -> POST свързване

Формат на NameID

Протоколът SAML 2.0 поддържа няколко NameID формата за комуникация за конкретен потребител. Приложението Webex поддържа следните формати на NameID.

urn:oasis:names:tc:SAML:2.0:nameid-format:transient
urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified
urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress

В метаданните, които зареждате от вашия IdP, първият запис е конфигуриран за използване в Webex.

Интегрирайте Control Hub с Okta

Ръководствата за конфигуриране показват конкретен пример за интегриране на SSO, но не предоставят изчерпателна конфигурация за всички възможности. Например стъпките за интегриране за nameid-format urn:oasis:names:tc:SAML:2.0:nameid-format:transient са документирани. Други формати като urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified or urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress ще свършат работа за интегриране на SSO, но са извън обхвата на нашата документация.

Настройте тази интеграция за потребители във вашата Webex организация (включително Webex App, Webex Meetings и други услуги, администрирани в Control Hub). Ако вашият сайт на Webex е интегриран в Control Hub, сайт на Webex наследява управлението на потребителите. Ако не можете да получите достъп до Webex Meetings по този начин и той не се управлява в Control Hub, трябва да направите отделна интеграция, за да активирате SSO за Webex Meetings. (Виж Конфигуриране на единичен вход за Webex за повече информация относно интеграцията на SSO в администрация на сайта.)

Преди да започнете

За SSO и Control Hub, IdP трябва да отговарят на спецификацията SAML 2.0. В допълнение, IdP трябва да бъдат конфигурирани по следния начин:

Изтеглете метаданните на Webex във вашата локална система

От изглед на клиента вhttps://admin.webex.com , отидете на Управление > Настройки на организацията и след това превъртете до Удостоверяване , и след това включете Единичен вход настройка за стартиране на съветника за настройка.

Изберете типа сертификат за вашата организация:

Самоподписан от Cisco — Препоръчваме този избор. Нека подпишем сертификата, така че трябва да го подновявате само веднъж на всеки пет години.
Подписано от публичен сертифициращ орган —По-сигурно, но ще трябва често да актуализирате метаданните (освен ако вашият доставчик на IdP поддържа доверителни котви).

Доверените котви са публични ключове, които действат като орган за проверка на сертификата на цифров подпис. За повече информация вижте документацията на вашия IdP.

Изтеглете файла с метаданни.

Името на файла с метаданни на Webex е idb-meta-<org-ID> -SP.xml .

Конфигурирайте Okta за услугите на Webex

1	Влезте в наемателя на Okta ( `example.okta.com`, къде `example` е името на вашата компания или организация) като администратор, отидете на Приложения и след това щракнете Добавете приложение .
2	Търсене за Cisco Webex и добавете приложението към вашия наемател.
3	Щракнете върху Следваща и след това щракнете SAML 2.0 .
4	В браузъра си отворете файла с метаданни, който сте изтеглили от Control Hub. Копирайте URL адресите за entityID (в горната част на файла) и местоположение на assertionConsumerService (в долната част на файла). *Пример за маркиран entityID във файла с метаданни на Control Hub* *Пример за подчертано местоположение на assertionConsumerService във файла с метаданни на Control Hub*
5	На Cisco Webex раздел в Okta, превъртете до Разширени настройки , и след това поставете ИД на обект и Assertion Consumer Service стойности, които сте копирали от файла с метаданни на Control Hub и след това запишете промените.
6	Щракнете върху Влезте и след това изтеглете файла с метаданни Okta от Вие ще импортирате този файл обратно във вашия екземпляр на Control Hub.
7	Щракнете върху Задачи , изберете всички потребители и всички подходящи групи, които искате да свържете с приложения и услуги, управлявани в Control Hub, щракнете Присвояване и след това щракнете Готово . Можете да зададете потребител или група. Не пропускайте тази стъпка; в противен случай интеграцията на вашия Control Hub и Okta няма да работи.

Импортирайте метаданните на IdP и активирайте еднократен вход след тест

След като експортирате метаданните на Webex , конфигурирате своя IdP и изтеглите метаданните на IdP във вашата локална система, вие сте готови да ги импортирате във вашата Webex организация от Control Hub.

Преди да започнете

Не тествайте интеграцията на SSO от интерфейса на доставчика на идентичност (IdP). Ние поддържаме само потоци, инициирани от доставчика на услуги (инициирани от SP), така че трябва да използвате SSO теста на Control Hub за тази интеграция.

Изберете един:

Върнете се в Control Hub – страницата за избор на сертификат във вашия браузър и след това щракнете Следваща .
Ако Control Hub вече не е отворен в раздела на браузъра, от изгледа на клиента вhttps://admin.webex.com , отидете на Управление > Настройки на организацията , превъртете до Удостоверяване , и след това изберете Действия > Импортиране на метаданни .

На страницата Импортиране на метаданни за IdP или плъзнете и пуснете файла с метаданни на IdP върху страницата или използвайте опцията за файлов браузър, за да намерите и качите файла с метаданни. Щракнете върху Напред.

Трябва да използвате По-сигурно вариант, ако можете. Това е възможно само ако вашият IdP е използвал публичен CA за подписване на своите метаданни.

Във всички останали случаи трябва да използвате По-малко сигурен опция. Това включва, ако метаданните не са подписани, самоподписани или подписани от частен CA.

Okta не подписва метаданните, така че трябва да изберете По-малко сигурен за интеграция на Okta SSO .

Изберете Тествайте настройката на SSO , и когато се отвори нов раздел на браузъра, удостоверете се с IdP, като влезете.

Ако получите грешка при удостоверяване, може да има проблем с идентификационните данни. Проверете потребителското име и паролата и опитайте отново.

Грешка в приложението Webex обикновено означава проблем с настройката на SSO . В този случай преминете отново през стъпките, особено стъпките, при които копирате и поставяте метаданните на Control Hub в настройката на IdP.

За да видите директно средата за влизане с SSO, можете също да щракнете върху Копиране на URL адреса в клипборда от този екран и да го поставите в поверителен прозорец на браузъра. Оттам можете да преминете през влизането с SSO. Тази стъпка спира фалшивите положителни резултати поради токен за достъп, който може да е в съществуваща сесия, след като сте влезли.

Върнете се в раздела на браузъра Control Hub.

Ако тестът е бил успешен, изберете Успешен тест. Включете SSO и щракнете Следваща .
Ако тестът е бил неуспешен, изберете Неуспешен тест. Изключете SSO и щракнете Следваща .

Конфигурацията на SSO не влиза в сила във вашата организация, освен ако не изберете първия радио бутон за избор и не активирате SSO.

Какво да направите след това

Използвайте процедурите в Синхронизирайте потребителите на Okta в Cisco Webex Control Hub ако искате да направите обезпечаване на потребители от Okta в облака на Webex .

Използвайте процедурите в Синхронизирайте потребителите на Azure Active Directory в Cisco Webex Control Hub ако искате да направите обезпечаване на потребители извън Azure AD в облака на Webex .

Можете да следвате процедурата в Потискайте автоматизирани имейли за да деактивирате имейли, които се изпращат до нови потребители на Webex App във вашата организация. Документът също така съдържа най-добри практики за изпращане на съобщения до потребители във вашата организация.