Workfront M2M应用OAuth2 JWT交换接口返回404(Invalid Host)求助

针对你遇到的Workfront JWT认证404（返回{"statusCode":404,"error":true,"type":"Not Found","message":"Invalid Host"}）问题，结合本地Postman请求正常、服务器端请求失败的差异，可能的原因及排查方向如下：

1. 请求Host头未正确设置 #

Workfront的多租户API严格依赖请求的Host头识别租户，服务器端的请求框架可能未自动携带正确Host，或被内部配置修改：

• 自定义请求头时遗漏了Host: your-subdomain.my.workfront.com
• 框架默认使用服务器内部域名（如容器域名、代理域名）而非Workfront租户域名

排查动作：在服务器代码中添加日志，输出所有请求头信息，确认Host字段与Postman请求中的一致；或直接在服务器上用curl发起带明确Host头的请求测试：

curl -v -X POST \
  -H "Host: your-subdomain.my.workfront.com" \
  -d "client_id=YOUR_ID&client_secret=YOUR_SECRET&jwt_token=YOUR_JWT" \
  https://your-subdomain.my.workfront.com/integrations/oauth2/api/v1/jwt/exchange

2. 网络代理/防火墙修改请求 #

服务器所在环境的企业代理、防火墙或网关可能重写请求的URL或Host头：

• 代理将HTTPS请求转成HTTP后，错误修改目标域名
• 网关强制替换Host头为内部转发域名，导致Workfront无法识别租户

排查动作：临时绕过代理（环境允许的话）测试请求；或联系运维团队确认网络设备是否有针对Workfront域名的请求改写规则。

3. 服务器端URL配置错误 #

需确认服务器代码/环境变量中的端点URL是否存在拼写错误：

• 子域名拼写错误（如少写字符、误替换成测试环境域名）
• URL路径拼写错误（如oauth2写成oauth、exchange写成exchage）

排查动作：对比服务器端配置的URL与Postman中使用的URL，确保完全一致。

4. SNI（Server Name Indication）未正确传递 #

Workfront多租户环境依赖SNI识别租户域名，部分旧版本HTTP客户端或服务器配置可能未启用SNI支持：

• Java 7及以下版本默认不支持SNI
• 某些老旧HTTP库（如特定环境下的旧版本requests）可能未自动发送SNI扩展

排查动作：用curl测试时添加--verbose参数，查看TLS握手阶段是否发送正确的SNI信息；或升级服务器端HTTP客户端库到最新版本。

5. 重定向过程中Host头未更新 #

如果服务器端请求客户端自动跟随重定向，但重定向后未更新Host头，会导致最终请求的Host与目标域名不匹配，触发"Invalid Host"错误。

排查动作：禁用请求客户端的自动重定向功能，手动处理重定向并确保每个请求都携带正确Host头；或查看请求日志，确认是否存在重定向步骤。

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