У поданні клієнта перейдіть https://admin.webex.comдо розділу Керування > Параметриорганізації, а потім прокрутіть до пункту Автентифікація, а потім перемкніть параметр Єдиний вхід , щоб запустити майстер настроювання.

Виберіть тип сертифіката для своєї організації:

• Самопідписаний Cisco — ми рекомендуємо цей вибір. Дозвольте нам підписати сертифікат, тому вам потрібно продовжувати його лише раз на п'ять років.
• Підписано загальнодоступним центром сертифікації. Більш безпечний, але вам доведеться часто оновлювати метадані (якщо ваш постачальник IdP не підтримує прив’язки довіри).

Завантажте файл метаданих.

Увійдіть на сервер ADFS за допомогою дозволів адміністратора.

Відкрийте консоль керування ADFS і перейдіть у розділ Відносини довіри > Довіри сторін, що покладаються > Додати довіру сторін, що покладаються.

У вікні майстра довіри залежних сторін виберіть Почати.

Щоб вибрати джерело даних , виберіть Імпорт даних про прив’язану сторону з файлу, перейдіть до завантаженого файлу метаданих Control Hub і натисніть Далі.

Щоб задати відображуване ім’я, створіть відображуване ім’я для цієї довіри сторони, як-от Webex , і виберіть Далі.

Щоб вибрати правила авторизації видачі, виберіть Дозволити всім користувачам доступ до цієї сторони, яка покладається, а потім Далі.

Щоб Готово додати довіру, виберіть Далі і завершіть додавання довіри, що покладається, до ADFS.

На головній панелі ADFS виберіть створені відносини довіри, а потім Змінити правила резервування. На вкладці Правила перетворення емісії виберіть Додати правило.

На кроці Вибрати тип правила виберіть Надіслати атрибути LDAP як запити, а потім Далі.

1. Введіть ім’я правила резервування.

2. Виберіть Active Directory як сховище атрибутів.

3. Зіставте атрибут LDAP Адреси електронної пошти з типом вихідного запиту uid .

   Це правило повідомляє ADFS, які поля зіставити з Webex, щоб ідентифікувати користувача. Напишіть типи вихідних запитів точно так, як показано.

4. Збережіть зміни.

Виберіть Додати правило ще раз, Надіслати запити за допомогою користувацького правила, а потім Далі.

1. Відкрийте текстовий редактор і скопіюйте наступний контент.

   c:[Type == "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname"] => issue(Type = "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier", Емітент = c.Емітент, OriginalIssuer = c.OriginalIssuer, Value = c.Value, ValueType = c.ValueType, Properties["http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/format"] = "urn:oasis:names:tc:SAML:2.0:nameid-format:transient", Properties["http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/namequalifier"] = "URL1", Properties["http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/spnamequalifier"] = "URL2");

   Замініть URL1 та URL2 у тексті так:

   • URL1 є ідентифікатором запису з завантаженого вами файлу метаданих ADFS.

     Наприклад, нижче наведено зразок того, що ви бачите: <EntityDescriptor xmlns="urn:oasis:names:tc:SAML:2.0:metadata" entityID="http://ad0a.identitylab20.ciscolabs.com/adfs/services/trust" ID="_55515dde-8147-4183-8a85-b704d26b5dba">

     Скопіюйте лише ідентифікатор запису з файлу метаданих ADFS і вставте його в текстовий файл, щоб замінити URL1.

   • URL2 знаходиться на першому рядку завантаженого вами файлу метаданих Webex.

     Наприклад, нижче наведено зразок того, що ви бачите: <EntityDescriptor xmlns="urn:oasis:names:tc:SAML:2.0:metadata" entityID=" https://idbroker.webex.com/35a15b0a-0eg1-4029-9f63-a8c54df5df59">

     Просто скопіюйте ідентифікатор запису з файлу метаданих Webex і вставте його в текстовий файл, щоб замінити URL2.

2. З оновленими URL-адресами скопіюйте правило з текстового редактора (починаючи з "c:") і вставте його в поле користувацьких правил на сервері ADFS.

   Виконане правило має виглядати так:

   

3. Виберіть Готово , щоб створити правило, а потім вийдіть із вікна редагування правил резервування.

Виберіть Довіряти стороні в головному вікні, а потім Властивості на правій панелі.

Коли з’явиться вікно властивостей, перейдіть на вкладку Розширені , SHA-256 , а потім натисніть OK , щоб зберегти зміни.

Щоб завантажити файл, перейдіть за такою URL-адресою на внутрішньому сервері ADFS: https://<AD_FS_Server>/FederationMetadata/2007-06/FederationMetadata.xml

Збережіть файл на локальному комп’ютері.

Виберіть один із варіантів:

• Поверніться на сторінку вибору сертифіката в браузері, а потім клацніть Далі.
• Якщо Control Hub більше не відкривається в вкладці браузера, з подання клієнта в https://admin.webex.com перейдіть до Керування > Налаштування організації, прокрутіть до Автентифікація, а потім виберіть Дії > Імпорт метаданих.

На сторінці "Імпорт метаданих idP" перетягніть файл метаданих IdP на сторінку або скористайтеся параметром файлового браузера, щоб знайти та завантажити файл метаданих. Клацніть Далі.

Виберіть Тестове налаштування SSO й, коли відкриється нова вкладка браузера, автентифікуйтеся за допомогою IdP, увійшовши.

Поверніться на вкладку браузера Control Hub .

• Якщо тест пройшов успішно, виберіть Успішний тест. Увімкніть єдиний вхід і натисніть Кнопку Далі.
• Якщо тест виявився невдалим, виберіть Невдалий тест. Вимкніть єдиний вхід і натисніть кнопку Далі.

Увійдіть на сервер ADFS за допомогою дозволів адміністратора.

Передайте файл метаданих SAML із Webex у тимчасову локальну папку на сервері ADFS, наприклад //ADFS_servername/temp/idb-meta--SP.xml.

Відкрийте Powershell.

Запустіть Get-AdfsRelyingPartyTrust , щоб прочитати всі довіри сторін, що покладаються.

Запустіть Update-AdfsRelyingPartyTrust -MetadataFile "//ADFS_servername/temp/idb-meta--SP.xml" -TargetName "Webex".

Увійдіть до Control Hub, потім перевірте інтеграцію SSO:

1. Перейдіть до розділу Керування > Параметриорганізації, прокрутіть до пункту Автентифікаціята встановіть перемикач Параметр Єдиний вхід , щоб запустити майстер настроювання.

2. Натисніть кнопку Далі , щоб пропустити сторінку Імпорт метаданих ідентифікатора.

   Вам не потрібно повторювати цей крок, оскільки ви раніше імпортували метадані IdP.

3. Перевірте підключення єдиного входу, перш ніж його ввімкнути. На цьому кроці виконується пробний запуск, що не впливає на налаштування вашої організації, поки не буде ввімкнено SSO на наступному кроці.

   Для безпосереднього спостереження за процесом SSO також можна клацнути Скопіювати URL у буфер обміну на цьому екрані й вставити в приватне вікно браузера. Після цього можна виконати вхід за допомогою SSO. Це дає змогу видалити будь-яку інформацію, кешовану у вашому веббраузері, яка може призвести до отримання хибнопозитивного результату під час тестування конфігурації SSO.

4. Увійдіть, щоб завершити тест.