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

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

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

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

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

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

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

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

Под Настройки за сигурност , поставете отметка в следните квадратчета:

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

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

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

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

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

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

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

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

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

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

Уверете се, че Метаданни на подписа стойността е да .

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

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

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

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

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

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

Отидете на Правила на клона и го промени на Заявката за AD е изпълнена .

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

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

За Изберете Край , изберете Разрешете .

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

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

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

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

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

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

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

• Върнете се в 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.