Denne funksjonen er bare tilgjengelig for fullstendige kundeadministratorer som har kjøpt Webex Pro Pack.

Administratorer kan tillate eller nekte tilgang til nett-, mobil- eller skrivebordsklienter. Administratorer kan definere hvilke klienter som kan nås i organisasjonen.

Administratorer kan opprette en egendefinert token-policy for Webex-appen for nett-, mobil- eller stasjonære brukere. En egendefinert token-policy gir deg kontroll over følgende:

  • Slå på eller av automatisk utvidelse av oppdateringstoken

  • Angi tid til live (TTL) for JSON-webtokenen (JWT)

  • Angi TTL-en for oppdateringstokenen

Med disse funksjonene kan du kontrollere hvor ofte brukere må logge på på mobil-, skrivebords- eller nettklienter. Som et samsvarskrav kan det hende at du vil at brukerne skal godkjennes på nytt for å sikre at de bruker de nyeste sikkerhetspolicy i organisasjonen.

Den Control Hub-administrerte organisasjonen må være aktivert for Pro-pakke . Hvis du ikke abonnerer på Pro Pack, er tokenpolicyinnstillingene nedtonet når du får tilgang til organisasjonsinnstillinger i Control Hub.

Du kan tillate eller nekte tilgang til Webex-mobil-, skrivebords- og nettklienter. Du kan definere hvilke klienttyper som kan nås i organisasjonen. Følgende klienttyper støttes:

  • Mobil (iOS og Android)
  • Skrivebord (MAC og Windows)
  • Nettklient

innstillinger for tokenpolicy

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Organisasjonsinnstillinger > Autentisering , og bla til Retningslinjer for apptilgang og tokener .

2

Klikk på Konfigurer.

3

Gå til det nødvendige Klienttype , og veksle Klienttilgang på for å gi apptilgang.

4

Klikk på Lagre.

Hva nå?

Du kan tilpasse TTL-ene for oppdatering og tilgangstoken. Se de neste avsnittene for mer informasjon.

Med disse innstillingene kan du angi oppdaterings- og tilgangstokenintervaller manuelt.


 

standardinnstilling er at automatisk utvidelse av oppdateringstokener er deaktivert. Endre denne innstillingen bare hvis du vil angi TTL (Time-to-Live) manuelt for oppdateringstokener og tilgangstokener for brukere i organisasjonen.

token policy settings
1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Organisasjonsinnstillinger > Autentisering , og bla til Retningslinjer for apptilgang og tokener .

2

Klikk på Konfigurer.

3

Gå til den spesifikke Klienttype , og veksle Klienttilgang på.

4

Veksle Automatisk utvidelse av oppdateringstoken på for klienttypen.

Denne innstillingen gir en ny Time-to-Live (TTL) for oppdateringstokenet. Hvis du endrer denne innstillingen, endres TTL neste gang en bruker får utstedt et oppdateringstoken. Så lenge brukerkontoer ikke tilbakekalles i katalogen, får brukerne et nytt oppdateringstoken og opprettholder en gyldig økt.

5

Angi en verdi for Oppdater token-TTL .

Denne innstillingen styrer tidspunktet oppdateringstokenet er gyldig, slik at det kan opprettes nye tilgangstokener for brukere. Gyldig område er 24–1440 timer.

6

Angi en verdi for Tilgangstoken TTL .

Hvis oppdateringstokenet er gyldig, opprettes det et tilgangstoken innen tidsfristen du angir. Det gyldige området er 360–1080 minutter.

7

Klikk på Lagre.

Innstillingene brukes neste gang en bruker bruker en mobil- eller skrivebordsklient.

Konfigurer denne innstillingen hvis du vil kontrollere hvor mange oppdateringstokener som kan utstedes per bruker per klient. Det kan for eksempel hende at du vil minimere de samtidige påloggingene for samsvar eller maksimere påloggingene for brukere som trenger å autentisere på flere mobile enheter eller stasjonære arbeidsstasjoner.

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Organisasjonsinnstillinger > Autentisering , og bla til Retningslinjer for apptilgang og tokener .

2

Klikk på Konfigurer.

3

Gå til det nødvendige Klienttype , og veksle Klienttilgang på.

4

Angi en verdi for Maks. antall oppdateringstokener .

Det gyldige området er 10–100 økter.

5

Klikk på Lagre.

Hva nå?

En bruker som vellykket autentiserer fra en klient som overskrider antall oppdateringstokener, får tilbakekalt ett av sine eksisterende tokener etter godkjenning. Hvis tokenet utløper, blir brukerne tvunget til å autentisere seg på nytt.