최신Okta Certified Consultant - Okta-Certified-Consultant무료샘플문제

A. Have custom scopes when Okta is the authorization server

B. Edit the access policy in Okta, when Okta is the Default Authorization Server

C. Have multiple authorization servers in Okta

A. The email address value without the "@domain.xxx" part

B. The rightmost portion of the user Distinguished Name

C. The leftmost portion of the user Distinguished Name

A. No, they cannot change as per studies conducted

B. Yes, they can change, for example as a temporary rate limit increase for a customer expecting a higher nr. of people online or self-registrations (for example) in the org, in a proposed timeframe

C. Those are hard-coded and can never be changed once they are implemented as the whole API structure has to be re-programmed

A. Only if the token is an access token and the subject is an end user

B. Only if the token is an refresh token and the subject is a resource server

C. Only if the token is a refresh token and the subject is an end user

D. Only if the token is an access token and the subject is a authorization server

E. Only if the token is an access token and the subject is an admin

A. Okta is an IdP, hence it cannot be an SP to allow such a flow

B. By creating an Inbound SAML connection with that IdP

C. By only enabling JIT (Just-in-Time) Provisioning at an org-level

A. No, as Okta always uses either one of them to communicate to AD and handle requests, hence rendering the other useless. Thus this can,t be a best-practice

B. No, as it will cause latency on the requests

C. Yes, as when one goes down due to various reasons, the other may be able to take and process the requests