为何无法从OAuth 2服务器获取JSON格式Access Token，且必须定义redirect_uri？

标准OAuth 2.0规范中存在无需通过redirect_uri返回即可获取Token的流程，并非所有场景都要求只能在预先定义的重定向端点接收Token。

• 只有面向浏览器/前端交互的流程（如授权码流程、隐式流程）才强制要求redirect_uri参数，用于保证授权完成后能正确回调到可信前端地址，同时做安全校验防止Token泄露。
• 面向纯服务端调用的流程（如资源所有者密码凭证流程、客户端凭证流程）不需要redirect_uri参数，调用Token端点后会直接在响应体中返回JWT格式的Access Token。

你当前使用的是Okta特有的sessionToken对接授权码流程的方案，本质仍属于授权码流程变种，因此Okta的/oauth2/default/v1/token接口会强制要求传入预配置的redirect_uri，哪怕你是服务端直接调用不会真的执行重定向。
以下是两种可行解决方案：

方案一：换用适配服务端场景的OAuth2流程（推荐） #

你是自动化测试场景的服务端接口调用，直接使用**资源所有者密码凭证流程（Password Grant）**即可，不需要先走/api/v1/authn接口拿sessionToken，直接请求Token端点就能拿到JWT，无需传入redirect_uri。
请求核心参数：

• grant_type 固定为password
• username 登录用户名
• password 登录密码
• client_id 你在Okta创建的OAuth应用ID
• client_secret 你在Okta创建的OAuth应用密钥（机密客户端必填）
• scope 你需要申请的授权范围，如openid profile email

方案二：保留当前sessionToken流程的解决方法 #

如果一定要使用现有的sessionToken对接逻辑，只需要提前在Okta后台的对应OAuth应用配置中，添加任意合法的重定向地址（如http://localhost:test/callback），调用Token接口时传入这个已配置的redirect_uri即可。Okta只会校验该参数是否在预配置列表中，校验通过后会直接在接口响应体返回JWT，不会真的触发重定向，你不需要实际部署对应的回调接口。

内容的提问来源于stack exchange，提问作者Baterka