求助：JWTRefreshTokenBundle刷新路径突然返回401无效凭证

以下是逐步排查方案：

• 检查Refresh Token的传递与存储

  1. 确认请求是否正确携带refresh token：Gesdinet v0.12默认从请求体的refresh_token字段或查询参数获取，检查你的请求格式是否符合（比如POST请求的JSON体是否包含该字段）。
  2. 核对数据库中refresh_tokens表的记录：确认目标token存在，valid字段为1，且expires_at时间晚于当前时间。

• 验证Firewall配置顺序
  Symfony防火墙按定义顺序匹配请求，确保refresh防火墙在api防火墙之前（你的当前配置已满足，但需确认没有其他隐形的配置覆盖）。如果api防火墙先匹配到/api/token/refresh，会触发JWT验证，而此时请求未携带有效access token，直接返回401。

• 排查Bundle版本兼容性
  确认LexikJWT与Gesdinet版本是否适配：

  • Gesdinet v0.12要求lexik/jwt-authentication-bundle ~2.8|~3.0
  • Symfony4.4兼容LexikJWT的2.8.x~2.10.x版本
    执行composer show查看当前两个Bundle的版本，若不匹配则调整到兼容版本。

• 检查JWT密钥与配置

  1. 确认所有环境（本地/测试/生产）的JWT公私钥文件一致，未被修改。密钥变更会导致旧refresh token签名验证失败。
  2. 核对lexik_jwt_authentication.yaml中的配置：比如token_ttl、refresh_token_ttl（若配置）是否与之前一致，没有被意外调整。

• 查看调试日志定位细节

  1. 开启APP_DEBUG=1，查看Symfony的var/log/dev.log（生产环境对应prod.log），过滤Security相关日志，找到401错误的具体触发原因（如token不存在、过期、签名无效等）。
  2. 可临时在Gesdinet\JWTRefreshTokenBundle\Controller\RefreshTokenController的refresh方法中添加调试代码，打印接收的token值及数据库查询结果，快速定位问题点。

• 排查PHP环境变化
  检查服务器PHP环境是否有隐性更新：比如openssl扩展版本变化，JWT依赖openssl处理签名，执行php -i | grep openssl查看版本，确认没有兼容性问题。

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