SalesForce API调用失败（400/未授权）问题排查及修复建议咨询

错误原因拆解 #

1. INVALID_SESSION_ID（会话过期/无效） #

这个错误说明当前使用的Salesforce会话ID已经失效，要么是会话自然超时，要么是迁移后会话信息没正确同步、存储，或者密钥类配置发生了变动。

2. invalid_grant（400状态码，认证失败） #

属于OAuth2认证流程失败，大概率是获取令牌用的凭证（客户端ID、客户端密钥、用户名、密码、安全令牌）不对，或者IP白名单、权限配置没跟上迁移后的环境变化。

结合Bedrock架构迁移的排查&修复方向 #

一、先查核心认证凭证 #

• 去Bedrock的.env文件里核对Salesforce相关的环境变量：客户端ID、密钥、用户名、密码、安全令牌，和原站点的配置完全一致吗？注意别留多余空格或特殊字符，Bedrock靠环境变量存敏感配置，写错一个字符就会认证失败。
• 如果用的是「密码+安全令牌」的认证方式，确认Salesforce账号的安全令牌有没有更新过，迁移后是不是没重新配置新的令牌。

二、检查IP与网络权限 #

• 查Salesforce账号的IP限制：AWS服务器的公网IP有没有加到Salesforce的信任IP列表里？迁移后服务器IP变了，没加白名单会直接被Salesforce拦截认证请求。
• 确认AWS安全组、NACL的出站规则：是不是允许访问Salesforce的API域名（比如login.salesforce.com或测试环境的test.salesforce.com），别被防火墙挡住了。

三、会话与缓存问题排查 #

• Bedrock一般用Redis这类分布式缓存，检查迁移后缓存配置是不是错了：比如原站点用本地会话，Bedrock换成了分布式缓存，导致Salesforce的会话ID没法正常存或读。
• 清空Bedrock的所有缓存（Redis、WordPress对象缓存），避免残留的旧失效会话ID搞事情。

四、Salesforce端权限与应用配置 #

• 确认关联的API用户权限：「API Enabled」开关有没有开？有没有访问业务所需对象的权限？
• 检查Salesforce的连接应用（Connected App）：是不是允许Bedrock环境的回调URL（如果用OAuth授权码流程）？所需的API范围有没有开启？

五、WordPress代码逻辑验证 #

• 核对调用Salesforce API的代码：Bedrock的文件结构和标准WordPress不一样，是不是有文件引用路径错误？
• 确认会话ID的刷新逻辑：是不是会话过期后会自动重新获取令牌，而不是一直死磕旧的失效ID？

快速验证小步骤 #

直接用curl或Postman测Salesforce的认证接口，排除WordPress代码的干扰：

curl -X POST https://login.salesforce.com/services/oauth2/token \
  -d "grant_type=password" \
  -d "client_id=你的客户端ID" \
  -d "client_secret=你的客户端密钥" \
  -d "username=你的Salesforce用户名" \
  -d "password=你的密码+安全令牌"

如果这个测试失败，先死磕凭证和IP白名单；如果测试能拿到有效令牌，再回头查WordPress里的凭证读取、会话管理逻辑。

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