Når du konfigurerer Instructure OneRoster API-integrasjonen, må du angi systemautorisasjonsmetoden din.
For detaljer om OneRoster-implementeringen, seIMS Global OneRoster v1.1endelig spesifikasjonsdokumentasjon.
Merknad(er):
- OneRoster v1.2 krever OAuth 2.0-autorisasjon.
- Instructure er en OneRoster-forbruker. For definisjoner av OneRoster-forbrukere og -leverandører, seIntroduksjon til OneRoster.
Støttede autentiseringsmetoder
Når du konfigurerer Instructure OneRoster-integrasjonen din, må du angi autorisasjonsmetoden for integrasjonen. Instructure støtter både OAuth 2.0- og OAuth 1.0a-autentiseringskonfigurasjoner.
Hvis institusjonen din velger å brukeOAuth 1.0a, forhindre problemer med serversynkronisering ved å tilby følgende fleksibilitet for servertidsstempel: 10 minutter i fortiden; 5 minutter i fremtiden.
Hvis institusjonen din velger å brukeOAuth 2.0, inkluderer autorisasjonshodet for forespørselen om tilgangstoken klientlegitimasjon (forbrukernøkkel og hemmelig). I tillegg, hvis institusjonen din har forhåndsdefinert autorisasjonsomfanget, er det innebygd i URL-en ved implementering.
Lær mer omOneRoster 1.1 sikkerhetskonfigurasjonalternativer.
Merk:Når du kjører et API-kall, ber hver samtidige tråd om sitt eget token. Hvis et nytt token utstedes, må du ikke ugyldiggjøre tidligere genererte tokener.
Ytterligere ressurser
