Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Organisasjonsinnstillinger , og bla til Autentisering , og slå deretter på Engangspålogging innstilling for å starte installasjonsveiviseren.

Velg sertifikattype for organisasjonen din:

• Egensignert av Cisco –Vi anbefaler dette valget. La oss signere sertifikatet, slik at du bare trenger å fornye det én gang hvert femte år.
• Signert av en offentlig sertifiseringsinstans – Sikrere, men du må oppdatere metadataene ofte (med mindre IdP-leverandøren støtter klareringsankere).

Klareringsankere er offentlige nøkler som fungerer som en autorisasjon for å bekrefte sertifikatet for en digital signatur. Hvis du vil ha mer informasjon, kan du se IdP-dokumentasjonen.

Last ned metadatafilen.

Fra BIG-IP F5-administrasjonsgrensesnittet går du til Tilgangspolicy > SAML > BIG-IP som IdP .

Velg Opprett > Fra metadata under Eksterne SP-tilkoblinger.

Skriv inn et beskrivende navn på tjenesteleverandøren, for eksempel <yourorganizationname>.ciscowebex.com.

Merk av i følgende avmerkingsbokser under Sikkerhetsinnstillinger:

• Svaret må signeres
• Deklarasjonen må signeres

Gå tilbake til Tilgangspolicy > SAML > BIG-IP som IdP , og opprett en ny IdP-tjeneste.

Skriv inn et beskrivende navn på IdP-tjenesten, for eksempel CI.

For enhets-ID-en for IdP bruker du FQDN for Big-IP-serveren med noe foran, for eksempel https://bigip0a.uc8sevtlab13.com/CI.

Velg Midlertidig identifikator for Emnetype for deklarasjon under Deklarasjonsinnstillinger.

Returner verdien for e-postadressen til brukeren %{session.ad.last.attr.mail} for Emneverdi for deklarasjon.

Returner attributtene e-post og uid med verdien %{session.ad.last.attr.mail}.

Velg et sertifikat som skal signere deklarasjonen, under Sikkerhetsinnstillinger.

Lagre endringene, og bind deretter tjenesteleverandøren og identitetsleverandøren du opprettet.

Velg Eksporter IDP-tjeneste.

Sørg for at verdien for Signer metadata er satt til Ja.

Last ned metadatafilen til skrivebordet eller en plassering som er enkel å finne.

Gå til Tilgangspolicy > Tilgangsprofiler > SAML, og opprett en SAML-ressurs for IdP-en du opprettet.

Gå til tilgangsprofilen din og rediger tilgangspolicyen du bruker for WebEx Messenger CAS.

Legg til et nytt element i Logg på-fanen med navnet Påloggingsside, og la standardverdiene stå.

Legg til et nytt element i Autentisering-fanen med navnet AD Auth, og angi Active Directory som server.

Legg til en AD-spørring fra Autentisering-fanen på en vellykket forgrening

Gå til Forgreningsregler, og endre den til AD-spørring er bestått.

Legg til Avansert ressurstildeling fra Tildeling-fanen på den vellykkede AD-spørringsforgreningen.

Klikk på Legg til / slett, og legg til to SAML-ressurser med alle SAML-ressursene og Webtop du opprettet.

Velg Tillat under Velg avslutning.

Tilgangspolicyen skal se slik ut:

Gå til Lokal trafikk > Virtuelle servere .

Åpne Tilgangsprofiler for å bekrefte at ingen virtuelle servere er knyttet til profilen.

Velg Avansert ressurstildeling.

Velg Legg til / slett for å legge til den nye SAML-ressursen.

Lukk utformingsvinduene for tilgangspolicyen, og bruk den nye tilgangspolicyen.

Velg én:

• Gå tilbake til siden Control Hub – sertifikatvalg i nettleseren, og klikk deretter Neste .
• Hvis Control Hub ikke lenger er åpen i nettleserfanen, kan du fra kunden vise ihttps://admin.webex.com , gå til Ledelse > Organisasjonsinnstillinger , bla til Autentisering , og velg deretter Handlinger > Importer metadata .

Dra og slipp IdP-metadatafilen til siden Importer IdP-metadata, eller bruk filbehandleren til å finne og laste opp metadatafilen. Klikk på Neste.

Du bør bruke Tryggere alternativ, hvis du kan. Dette er bare mulig hvis IdP-en din brukte en offentlig sertifiseringsinstans til å signere metadataene sine.

I alle andre tilfeller må du bruke Mindre sikker alternativet. Dette inkluderer hvis metadataene ikke er signert, egensignert eller signert av en privat sertifiseringsinstans.

Okta signerer ikke metadataene, så du må velge Mindre sikker for en Okta SSO-integrering.

Velg Test SSO-oppsettet , og når en ny nettleserfane åpnes, godkjenn med IdP ved å logge på.

Hvis du får en autentiseringsfeil, kan det være et problem med legitimasjonen. Kontroller brukernavnet og passordet ditt, og prøv på nytt. En Webex-appfeil betyr vanligvis et problem med SSO-oppsettet. I dette tilfellet går du gjennom trinnene på nytt, spesielt trinnene hvor du kopierer og limer Control Hub-metadataene inn i IdP-oppsettet.

Hvis du vil se SSO-påloggingsopplevelsen direkte, kan du også klikke på Kopier URL til utklippstavlen fra dette skjermbildet og lime inn URL-en i et privat nettleservindu. Derfra kan du gjennomgå påloggingen med SSO. Dette trinnet stopper falske positiver på grunn av et tilgangstoken som kan være i en eksisterende økt fra deg som er logget på.

Gå tilbake til Control Hub-nettleserfanen.

• Hvis testen var vellykket, velger du Vellykket test. Slå på SSO og klikk Neste .
• Hvis testen mislyktes, velger du Testen mislyktes. Slå av SSO og klikk Neste .

SSO-konfigurasjonen trer ikke i kraft i organisasjonen din med mindre du velger den første alternativknapp og aktiverer SSO.