Единичен център за влизане и управление

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

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

Профили

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

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

  • SP инициира ПРЕНАСОЧВАНЕ -> POST свързване

Формат nameID

Протоколът SAML 2.0 поддържа няколко NameID формата за комуникация за конкретен потребител. Webex App поддържа следните формати 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.

Единично излизане

Webex App поддържа единния профил за излизане. В Webex App, потребител може да излезете от приложението, който използва SAML протокол за единично излизане, за да прекрати сесията и да потвърди този изход с вашия IdP. Гарантирайте, че вашият IdP е конфигуриран за SingleLogout.

Интегриране на центъра за управление с F5 Big-IP


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

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

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

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

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

1

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

2

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

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

 

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

3

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

Уебекс метаданните filename е idb-meta-<org-ID>-SP.xml.

Конфигуриране на външния доставчик на услуги и доставчик на самоличност

1

От вашия интерфейс за администриране на BIG-IP F5 отидете на Правила за достъп > SAML > BIG-IP като IdP.

2

От Външни SP конекториизберете Създаване на > от метаданни.

3

Въведете смислено име за името на доставчика на услуги, като <yourorganizationname>например .ciscowebex.com.

4

Под Настройки за защитапроверете следните квадратчета:

  • Отговор трябва да бъде подписан
  • Трябва да се подпише твърдение
5

Връщане към правилата за достъп > SAML > BIG-IP като IdP и след това създайте нова услуга на доставчика насамоличност (IdP).

6

Въведете смислено име за името на IdP услугата, например CI.

7

За ИД на IDP обект използвайте FQDN на Big-IP сървъра с нещо https://bigip0a.uc8sevtlab13.com/CIотпред—например.

8

Под Настройки на assertionизберете Преходен идентификатор за тип тема на assertion.

9

За Стойност на темата на assertionвърнете стойността на имейла на потребителя %{session.ad.last.attr.mail}.

10

Върнете пощата и uid на атрибутите със стойността %{session.ad.last.attr.mail}.

11

Под Настройки за защитаизберете сертификат за подписване на твърдението.

12

Запишете промените си и след това обвържете доставчика на услуги и доставчика на самоличност, които сте създали.

Изтеглете метаданните на F5 Big-IP

1

Изберете Експортиране на IDP услуга.

2

Гарантирайте, че стойността на метаданните на знака е Да.

3

Изтеглете файла с метаданни на вашия работен плот или местоположение, което ви е лесно да намерите.

Добавяне на правила за достъп

1

Отидете на Правила за достъп > профили за достъп > SAML и създайте SAML ресурс за IdP, който сте създали.

2

Отидете на вашия Профил за достъп и редактирайте правилата за достъп, които използвате за WebEx Messenger CAS.

3

Добавете нов елемент в раздела Влизане с името Страница за влизане и оставете стойностите по подразбиране.

4

Добавете нов елемент в раздела Удостоверяване с името AD Auth и задайте вашата Active Directory като сървър.

5

В успешния клон добавете AD Query от раздела удостоверяване

6

Отидете на Клон правила и го промени adQuery е преминат.

7

В успешния клон на AD Query добавете Разширено присвояване на ресурси от раздела Присвояване.

8

Щракнете върху Добавяне/изтриване и добавяне на два ресурса SAML с всички SAML ресурси и Webtop, който сте създали.

9

За Избор на крайизберете Разреши .

Правилата за достъп трябва да изглеждат като тази екранна снимка:

Свързване на профила за достъп с виртуалния сървър

Трябва да свържете профила за достъп с виртуалния сървър, който сте създали.

1

Отидете на локален трафик > виртуални сървъри .

2

Отворете Профили за достъп, за да потвърдите, че към профила не е свързан виртуален сървър.

3

Изберете Разширено присвояване на ресурси.

4

Изберете Добавяне/изтриване, за да добавите новия SAML ресурс.

5

Затворете прозорците за проектиране на правилата за достъп и прилагайте новите правила за достъп.

Импортиране на IdP метаданните и разрешаване на еднократна идентификация след тест

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

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

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

1

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

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

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

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

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

3

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


 

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

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


 

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

4

Върнете се в раздела браузър на контролния център.

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

 

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

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

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