Jedno prijavljivanje i kontrolno čvorište

Jedinstveno prijavljivanje (SSO) je proces sesije ili potvrde identiteta korisnika koji omogućava korisniku da obezbedi akreditive za pristup jednoj ili više aplikacija. Proces daje potvrdu identiteta korisnicima za sve aplikacije kojima su data prava. Ona eliminiše dodatna odziva kada korisnici zamene aplikacije tokom određene sesije.

Protokol Federacije bezbednosnih oznaka (SAML 2.0) koristi se za obezbeđivanje SSO potvrde identiteta između Webex cloud-a i dobavljača identiteta (IdP).

Profili

Webex aplikacija podržava samo SSO profil Veb pregledača. U SSO profilu Veb pregledača, Webex Aplikacija podržava sledeće poveze:

  • SP inicirala post -> POST binding

  • SP pokrenuo REDIRECT -> POST binding

ID format imena

SAML 2.0 protokol podržava nekoliko NameID formata za komunikaciju o određenom korisniku. Webex aplikacija podržava sledeće ID formate imena.

  • 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

U metapodacima koje učitavate iz IdP-a, prva stavka je konfigurisana za korišćenje u webexu .

Jednostrukilog

Webex aplikacija podržava profil za jedinstveno odjavljivanje. U aplikaciji Webexkorisnik može da se odjavi iz aplikacije, koja koristi SAML protokol za jedinstveno odjavljivanje da bi završio sesiju i potvrdio to odjavljivanje pomoću IdP-a. Uverite se da je vaš IdP konfigurisan za singleLogout.

Integrisanje kontrolnog čvorišta pomoću ADFS-a

Vodiči za konfiguraciju prikazuju određeni primer za SSO integraciju, ali ne obezbeđuju iscrpnu konfiguraciju za sve mogućnosti. На пример, кораци интеграције за 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 интеграцију, али су ван оквира наше документације.

Podesite ovu integraciju za korisnike u Vašoj Webex organizaciji (uključujući Webex App, Webex meetingsi druge usluge administrirane u kontrolnom čvorištu). Ako je Vaša Webex lokacija integrisana u kontrolno čvorište , Webex lokacija nasleđuje upravljanje korisnicima. Ako ne možete da pristupite Webex sastancima na ovaj način, a njime se ne upravlja u kontrolnom čvorištu, morate da uradite posebnu integraciju da biste omogućili SSO za Webex sastanke.

U zavisnosti od toga šta je konfigurisano u mehanizmima potvrde identiteta u ADFS-u, integrisana Windows potvrda identiteta (IWA) se podrazumevano može omogućiti. Ako je omogućeno, aplikacije koje se pokreću putem operativnog sistema Windows (kao što su Webex App i Cisco Directory Connector ) imajupotvrdu identiteta kao korisnika koji se prijavio, bez obzira na to koja e-adresa je uneta tokom početnog odziva e-pošte.

Preuzimanje Webex metapodataka na lokalni sistem

1

Prijavite se u kontrolno čvorište.

2

Иди на Менаџмент > Безбедност > Аутентификација.

3

Идите на картицу Провајдер идентитета и кликните на Активирај SSO.

4

Изаберите IdP.

5

Odaberite tip certifikata za vašu organizaciju:

  • Самопотписано од стране Cisco-а— Препоручујемо ову опцију. Hajde da potpišemo sertifikat tako da je potrebno da ga obnovite samo jednom u pet godina.
  • Потписано од стране јавног ауторитета за сертификате— Безбедније, али ћете морати често да ажурирате метаподатке (осим ако ваш IdP добављач не подржава сидра поверења).

Sidra pouzdanosti su javni ključevi koji deluju kao autoritet za verifikaciju certifikata digitalnog potpisa. Za više informacija pogledajte IDP dokumentaciju.

6

Preuzmite datoteku metapodataka.

Назив датотеке са метаподацима Webex-а је idb-meta-<org-ID>-SP.xml.

Instaliranje Webex metapodataka u ADFS

Pre nego što počneš

Kontrolno čvorište podržava ADFS 2.x ili noviji.

Windows 2008 R2 uključuje samo ADFS 1.0. Morate da instalirate minimum ADFS 2.x od korporacije Microsoft.

Za SSO i Webex usluge dobavljači identiteta (IDPs) moraju biti u skladu sa sledećom SAML 2.0 specifikacijom:

  • Поставите атрибут NameID Format на urn:oasis:names:tc:SAML:2.0:nameid-format:пролазно

  • Конфигуришите захтев на IdP-у да бисте укључили назив атрибута uid са вредношћу која је мапирана на атрибут који је изабран у Cisco Directory Connector-у или атрибут корисника који се подудара са оним који је изабран у Webex услузи идентитета. (Овај атрибут може бити, на пример, Е-адресе или Име принципала корисника.) Погледајте информације о прилагођеним атрибутима у https://www.cisco.com/go/hybrid-services-directory.

1

Prijavite se na ADFS server sa administratorskim dozvolama.

2

Otvorite ADFS Management konzolu i potražite lokaciju "Pouzdani odnosi> pouzdanost stranačkih poverenja > Add Relying Party Trust.

3

U prozoru Čarobnjak za pouzdanost stranke koji se oslanja na njih kliknite na dugme Start .

4

За Изаберите извор података изаберите Увези податке о зависној страни из датотеке, прегледајте датотеку метаподатака Control Hub-а коју сте преузели и изаберите Даље.

5

За Наведите име за приказ, креирајте име за приказ за ово поверење ослањајуће стране, као што је Webex и изаберите Даље.

6

Za izbor Pravila autorizacije izdavanjaizaberite opciju Dozvoli svim korisnicima da pristupe ovoj stranci koja se oslanjai kliknite na dugme Dalje .

7

Za opciju "Spremno zadodavanje poverenja" kliknite na dugme "Dalje" i završite dodavanje pouzdanosti ADFS-u.

Kreiranje pravila zahteva za Webex potvrdu identiteta

1

U glavnom ADFS oknu izaberite relaciju pouzdanosti koju ste kreirali, a zatim izaberite stavku Uredi pravila zahteva. Na kartici "Pravila za transformaciju izostavanja" izaberite stavku Dodaj pravilo.

2

U koraku Odaberite tip pravila izaberite Pošalji LDAP atribute kao zahteve , azatim kliknite na dugme Dalje.

  1. Unesite ime pravila zahteva.

  2. Izaberite aktivni direktorijum kao skladište atributa.

  3. Mapirajte LDAP atribut e-adresa na tip odlaznog zahteva UID-a.

    Ovo pravilo govori ADFS-u koja polja treba mapirati na Webex da bi identifikovao korisnika. Speluj tipove odlaznih zahteva tačno onako kako je prikazano.

  4. Sačuvajte promene.

3

Ponovo izaberite opciju Dodaj pravilo, izaberite pošalji zahteve koristeći prilagođeno pravilo , azatim kliknite na dugme Dalje.

Ovo pravilo obezbeđuje ADFS-u atribut "spname qualifier" koji Webex inače ne obezbeđuje.

  1. Otvorite uređivač teksta i kopirajte sledeći sadržaj.

    c:[Type == "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname"] => issue(Type = "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier", Issuer = c.Issuer, 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");

    Zameni URL1 i URL adresu2 u tekstu na sledeći način:

    • URL1 је идентификатор ентитета из датотеке са метаподацима ADFS-а коју сте преузели.

      Na primer, sledeći je uzorak onoga što vidite: http://ad0a.identitylab20.ciscolabs.com/adfs/services/trust" ID="_55515dde-8147-4183-8a85-b704d26b5dba">

      Kopirajte samo ID entiteta iz datoteke ADFS metapodataka i nalepite ga u tekstualnu datoteku da biste zamenili URL1

    • URL2 се налази у првом реду у датотеци са метаподацима Webex-а коју сте преузели.

      Na primer, sledeći je uzorak onoga što vidite: https://idbroker.webex.com/35a15b0a-0eg1-4029-9f63-a8c54df5df59">

      Kopirajte samo ID entiteta iz Webex datoteke metapodataka i nalepite ga u tekstualnu datoteku da biste zamenili URL2.

  2. Pomoću ažuriranih URL adresa kopirajte pravilo iz uređivača teksta (počevši od "c:") i nalepite ga u prilagođeno polje za pravilo na ADFS serveru.

    Dovršeno pravilo bi trebalo da izgleda ovako:

  3. Kliknite na dugme "Završi" da biste kreirali pravilo, a zatim izađite iz prozora Uređivanje pravila zahteva.

4

U glavnom prozoru izaberite stavku Pouzdanost poverenja stranke, a zatim u desnom oknu izaberite stavku Svojstva.

5

Kada se pojavi prozor "Svojstva", potražite karticu "Više opcija", "SHA-256", a zatim kliknite na dugme "U redu" da biste sačuvali promene.

6

Potražite sledeću URL adresu na internom ADFS serveru da biste preuzeli datoteku: https:// <AD_FS_Сервер>/FederationMetadata/2007-06/FederationMetadata.xml

Možda će biti potrebno da kliknete desnim tasterom miša na stranicu i prikažete izvor stranice da biste dobili ispravno oblikovanu XML datoteku.

7

Sačuvajte datoteku na lokalnom računaru.

Šta dalje

Spremni ste da ponovo uvezete ADFS metapodatke u Webex sa portala za upravljanje.

Uvoz IdP metapodataka i omogućavanje jedinstvenog prijavljivanja nakon testa

Kada izvezete Webex metapodatke, konfigurišete IdP i preuzmete IdP metapodatke u lokalni sistem, spremni ste da ga uvezete u Webex organizaciju iz kontrolnog čvorišta.

Pre nego što počneš

Nemojte testirati SSO integraciju iz interfejsa dobavljača identiteta (IdP). Mi podržavamo samo tokove koje je pokrenuo dobavljač usluga (SP) tako da za ovu integraciju morate da koristite SSO test kontrolnog čvorišta.

1

Odaberite jednu:

  • Вратите се на страницу за избор сертификата у Control Hub-у у вашем прегледачу, а затим кликните на Даље.
  • Поново отворите Контролни центар ако више није отворен у картици прегледача. Из приказа корисника у Control Hub-у, идите на Управљање > Безбедност > Аутентификација, изаберите IdP, а затим изаберите Акције > Увоз метаподатака.
2

На страници Увоз метаподатака IdP-а, превуците и испустите датотеку са метаподацима IdP-а на страницу или користите опцију прегледача датотека да бисте пронашли и отпремили датотеку са метаподацима. Kliknite na dugme Dalje.

Trebalo bi da koristite bezbedniju opciju, ako možete. Ovo je moguće samo ako je vaš IDP koristio javni CA za potpisivanje metapodataka.

U svim ostalim slučajevima morate da koristite opciju "Manje bezbedno ". To uključuje ako metapodaci nisu potpisani, samopotpisani ili potpisani od strane privatnog CA.

Okta ne potpisuje metapodatke, tako da morate odabrati Manje bezbedne za Okta SSO integraciju.

3

Изаберите Тестирање подешавања SSOи када се отвори нова картица прегледача, потврдите идентитет код IdP-а пријављивањем.

Ako dobijete grešku u potvrdi identiteta, možda postoji problem sa akreditivima. Proverite korisničko ime i lozinku i pokušajte ponovo.

Greška webex aplikacije obično znači problem sa SSO instalacijom. U tom slučaju, ponovo hodajte kroz korake, posebno korake u kojima kopirate i lepite metapodatke kontrolnog čvorišta u IdP instalaciju.

Da biste direktno videli iskustvo SSO prijavljivanja, možete da kliknete i na Kopiraj URL u ostavu preko ovog ekrana i da je nalepite u prozor privatnog pregledača. Odatle možete da prođete kroz prijavu pomoću jedinstvenog prijavljivanja (SSO). Ovaj korak zaustavlja lažne pozitivne stvari zbog oznake za pristup koja se možda nastaje u postojećoj sesiji od prijavljenog.

4

Vratite se na karticu pregledača kontrolnog čvorišta.

  • Ako je test bio uspešan, izaberite Uspešan test. Uključite SSO i kliknite na dugme Dalje .
  • Ako test nije uspeo, izaberite Neuspešni test. Isključite SSO i kliknite na dugme " Dalje".

SSO konfiguracija ne stupa na snagu u vašoj organizaciji osim ako ne odaberete prvo radio dugme i aktivirate SSO.

Šta dalje

Koristite procedure u sinhronizovanju okta korisnika u Cisco Webex kontrolno čvorište ako želite da izvršite korisničko obezbeđivanje iz Okte u Webex oblaku.

Koristite procedure u Sinhronizaciji Azure Active Directory korisnika u Cisco Webex Control Hub ako želite da pružate usluge korisnicima iz Azure AD u Webex cloud.

Можете пратити поступак у Сузбијање аутоматизованих имејлова да бисте онемогућили имејлове који се шаљу новим корисницима Webex апликације у вашој организацији. Dokument takođe sadrži najbolje prakse za slanje komunikacije korisnicima u vašoj organizaciji.

Ažuriranje Webex pouzdanosti stranke u ADFS-u

Овај задатак се посебно односи на ажурирање ADFS-а новим SAML метаподацима из Webex-а. Postoje srodni članci ako je potrebno da konfigurišete SSO sa ADFS-omili ako je potrebno da ažurirate (drugi) IDP sa SAML metapodacima za novi Webex SSO sertifikat.

Pre nego što počneš

Потребно је да извезете SAML датотеку са метаподацима из Control Hub-а пре него што можете да ажурирате Webex Relying Party Trust у ADFS-у.

1

Prijavite se na ADFS server sa administratorskim dozvolama.

2

Отпремите SAML датотеку са метаподацима из Webex-а у привремену локалну фасциклу на ADFS серверу, нпр. //ADFS_servername/temp/idb-meta--SP.xml.

3

Otvori Powershell.

4

Покрените Get-AdfsRelyingPartyTrust да бисте прочитали сва поверења ослањајућих страна.

Обратите пажњу на параметар TargetName поверења ослањајуће стране компаније Webex. Koristimo primer "Webex", ali može biti drugačiji u vašem ADFS-u.

5

Покрени Update-AdfsRelyingPartyTrust -MetadataFile "//ADFS_servername/temp/idb-meta--SP.xml" -TargetName "Webex".

Uverite se da ste ime datoteke i ime cilja zamenili ispravnim vrednostima iz okruženja.

Pogledajte https://docs.microsoft.com/powershell/module/adfs/update-adfsrelyingpartytrust.

Ako ste preuzeli Webex SP 5 godišnji certifikat i kada je uključen opoziv certifikata za potpisivanje ili šifrovanje, potrebno je da pokrenete ove dve komande: Set-AdfsRelyingPartyTrust -SigningCertificateRevocationCheck None -EncryptionCertificateRevocationCheck None -TargetName "Webex".

6

Prijavite se u kontrolno čvorište, a zatim testirajte SSO integraciju:

  1. Иди на Менаџмент > Безбедност > Аутентификација.

  2. На картици Провајдер идентитета, идите на IdP и кликните на Meni „Još“

  3. Изаберите Тест IdP.

  4. Testirajte SSO vezu pre nego što je omogućite. Ovaj korak predstavlja probu i ne utiče na podešavanja vaše organizacije dok ne omogućite SSO u narednom koraku.

    Da biste direktno videli iskustvo SSO prijavljivanja, možete da kliknete i na Kopiraj URL u ostavu preko ovog ekrana i da je nalepite u prozor privatnog pregledača. Odatle možete da prođete kroz prijavu pomoću jedinstvenog prijavljivanja (SSO). Ovo pomaže u uklanjanju bilo kojih informacija keširanih u vašem veb-pregledaču koje bi mogle da pruže lažni pozitivan rezultat prilikom testiranja vaše SSO konfiguracije.

  5. Prijavite se da biste dovršili test.

ADFS rešavanje problema

ADFS greške u Windows evidencijama

U Evidencijama operativnog sistema Windows možda ćete videti Kôd greške evidencije događaja ADFS 364. Detalji događaja identifikuju nevažeći certifikat. U tim slučajevima, ADFS domaćinu nije dozvoljeno da prođe kroz zaštitni zid na portu 80 da bi proverio valjanost certifikata.

Došlo je do greške tokom pokušaja izgradnje lanca certifikata za poverenje stranke koja se oslanja

Prilikom ažuriranja SSO certifikata, prilikom prijavljivanja može vam biti predstavljena ova greška: Invalid status code in response.

Ako vidite tu grešku, proverite evidencije prikazivača događaja na ADFS serveru i potražite sledeću grešku: An error occurred during an attempt to build the certificate chain for the relying party trust 'https://idbroker.webex.com/' certificate identified by thumbprint '754B9208F1F75C5CC122740F3675C5D129471D80'. Mogući uzroci su da je certifikat opozvan, lanac certifikata nije mogao biti verifikovan kao što je navedeno postavkama opoziva certifikata certifikata za šifrovanje pouzdanosti ili certifikat nije u okviru perioda važenja.

Ako dođe do ove greške, morate pokrenuti komande Set-ADFSRelyingPartyTrust -TargetIdentifier https://idbroker.webex.com/ -EncryptionCertificateRevocationCheck None

ID federacije

ID Federacije je osetljiv na mala i velika slova. Ako je ovo vaša organizaciona e-adresa, unesite je tačno onako kako je ADFS šalje ili Webex ne može da pronađe odgovarajućeg korisnika.

Nije moguće napisati prilagođeno pravilo zahteva za normalizaciju LDAP atributa pre nego što bude poslat.

Uvezite metapodatke sa ADFS servera koji ste podesili u okruženju.

Možete da proverite URL adresu ako je potrebno tako što ćete se naći u usluzi > Endpoints > Metadata > Type:Federation Metadata u ADFS Management.

Sinhronizacija vremena

Uverite se da je sistemski sat ADFS servera sinhronizovan sa pouzdanim izvorom vremena na Internetu koji koristi Protokol mrežnog vremena (NTP). Koristite sledeću komandu PowerShell da biste iskriviti sat samo za webex Relying Party Trust odnos.

Set-ADFSRelyingPartyTrust -TargetIdentifier "https://idbroker.webex.com/$ENTITY_ID_HEX_VALUE" -NotBeforeSkew 3

Heksadecimalna vrednost je jedinstvena za vašu okolinu. Zamenite vrednost iz ID-a entiteta SP u datoteci Webex metapodataka. Na primer: