NO.20 登录和密码策略中能否包括/排除 Okta 中定义的特定网络区域的用户？
解决方案只有密码策略才有这样的粒度

第 21 号 关于政策，Okta 建议
解决方案加入一条策略规则，优先捕捉不想要的行为，然后标记其他允许的行为

第 22 号 使用 Okta 表达式语言时，以下哪项会有输出结果：这是一个测试 解决方案String.replace("That is a test", "is", "at")

第 23 号 例如，Okta 可以用 json 表示 "用户 "等对象，并在 API 调用中交换 json 模式，但有关用户的信息格式如何呢？
解决方案：格式不同： yml

第 24 号 您刚刚重新启用了 IWA DSSO，但发现它没有发挥应有的作用。您应该注意哪些方面？
解决方案：在重新启用 IWA DDSO 时，必须创建一套新的身份提供商（IDP）路由规则

NO.25 登录和密码策略中能否包括/排除 Okta 中定义的特定网络区域的用户？
解决方案只有登录策略才有这种粒度

NO.26 任何...的凭据在 Office365 应用程序集成中的 "测试 API 凭据 "下经过验证，可以允许 Okta API 与 Office 365 集成 - 一旦成功授予权限，Okta 就会将其用于与供应相关的任务 解决方案：Office 365 全局管理员

NO.27 在SP启动的SAML 2.0流程中，如果会话已经激活，SP将永远不会重定向到Okta：它总是会重定向到Okta，而且在这种情况下，只会提示用户通过手动输入Okta凭据来重新进行身份验证。

NO.28 当用户注销 Okta 时，如果他们使用的是 IWA，他们将被重定向到登录页面，无需输入凭据即可重新登录：声明是正确的，但随后会显示 403 HTTP 代码（禁止）。

NO.29 Okta On-Prem MFA代理作为Radius客户端与启用了RADIUS的On-Prem服务器进行通信，包括RSA SecurID的RSA身份验证管理器。这基本上可以让您的企业从各种内部部署多因素身份验证工具中利用第二因素。
解决方案：说法正确

NO.30 进入 Okta 后，LDAP 角色表示为
解决方案小组

第 31 号 以下人员可以成功、完整地配置 Okta AD 代理：
解决方案只读管理员

第 32 号 在 Windows 机器上，如果您尝试登录 Okta org，而无代理 DSSO 已正确配置，那么哪种行为是正确的？
解决方案：您将自动重定向到最终用户的应用程序仪表板，无需输入任何凭据

NO.33 使用无代理 DSSO（桌面单点登录）时，您仍然需要在 Active Directory 域中部署 IWA 代理，以实现 DSSO 功能。
解决方案：该声明是正确的，但不包括有关将 IWA 代理部署到 Active Directory 域的部分。IWA 代理现在可以部署在任何机器上，这是只有无代理 DSSO 才有的独特功能，而内部部署 DSSO 则没有。

NO.34 Okta 推荐使用哪个端口和哪个：Okta 推荐使用 "http "或启用 SSL 的连接？
解决方案：端口 80 和启用 SSL 的连接

第 35 号 在 Windows 机器上，如果您尝试登录 Okta org，而无代理 DSSO 已正确配置，那么哪种行为是正确的？
解决方案：如果您配置了负载平衡应用程序，您将被自动重定向到该应用程序，输入相关凭证，然后被重定向回 Okta org。

第 36 号 在 SAML 2.0 情况下，哪些是/哪些是最佳实践？
解决方案：永远不要为所有最终用户启用 SAML

NO.37 以下哪项是/是正确的？
解决方案如果将一个 MFA 因子设置为 "必填"，将另一个 MFA 因子设置为 "可选"，那么用户可以注册这两个因素，然后可以使用其中任何一个因素成功登录

第 38 号 为了使 SAML 正常工作，需要有一个 IDP 和一个 SP，这一点我们已经知道，但为什么会这样呢？因为
解决方案SP 对用户进行授权，IDP 对用户进行验证