Skip to main content

​
Hva denne integrasjonen bidrar med

OneLogin kan bidra med normalisert aktivitet knyttet til brukerlivssyklus, autentisering, MFA og administrasjon. Gjennomgåtte eksempler inkluderer:
  • mfa.success — fullfører MFA-utfordringer
  • mfa.failed — mislykkes med MFA-utfordringer
  • account.locked — konto låst
Se hvordan integrasjonsdata blir til signaler.

​
Hva Living Security trenger

​
Oppsett

1

Opprett API-legitimasjon i OneLogin

Som kontoeier eller administrator åpner du Developers → API Credentials, oppretter en dedikert legitimasjon og velger et omfang som kan lese brukere og hendelser. Lagre klient-ID-en og hemmeligheten på en sikker måte.
Living Security veksler legitimasjonsparet mot et tilgangstoken og fornyer det før det utløper, så du trenger ikke å generere eller rotere noe token selv. Roter selve legitimasjonsparet i henhold til din vanlige rutine, og koble til flisen på nytt etterpå.

​
Verifiser og feilsøk

Verifiser at tilkoblingen kan lese minst én bruker. Revisjonshendelser kan være tomme hvis tenanten ikke har hatt nylig aktivitet.
Klient-ID-en eller klienthemmeligheten er feil, eller legitimasjonsparet er slettet i OneLogin. Bekreft at paret fortsatt finnes under Developers → API Credentials, og koble deretter til på nytt med gjeldende verdier.
Opprett API-legitimasjonen på nytt med tillatelse til å lese OneLogins ressurs-API-er, brukere og hendelser.
Angi kun underdomenet for tenanten, ikke en fullstendig nettadresse og ikke det administrative visningsnavnet.Hvis underdomenet er riktig og tenanten fortsatt ikke kan nås, bør du sjekke om OneLogin begrenser API-tilgang etter kilde-IP-adresse i kontoen din. Denne integrasjonen krever at to sett med adresser er godkjent på tillatelseslisten, fordi Living Security selv utsteder tilgangstokenet og fornyer det fortløpende — slik at tokenforespørsler og planlagte synkroniseringer sendes fra ulike nettverk.
For detaljer fra leverandøren, se OneLogins veiledning om API-legitimasjon.