Fiware Oauth2程序提供的access_令牌未授权访问Orion FI-LAB

Fiware Oauth2程序提供的access_令牌未授权访问Orion FI-LAB,fiware,fiware-orion,Fiware,Fiware Orion,我们用来获取访问在提供的Orion FI-LAB实例的访问令牌的oauth2过程不再有效。 10天前发生了一些事情。 我们在android应用程序中使用了相同的过程来检索令牌。现在要么我们的android应用程序不起作用 问题是: server.js代码生成的访问令牌未被识别为orion FI-LAB实例orion.LAB.FI-ware.eu:1026的有效X-Auth-token。 通过运行示例,我们得到以下响应 { "access_token": "3ujlcoB3uUCy45Za

我们用来获取访问在提供的Orion FI-LAB实例的访问令牌的oauth2过程不再有效。 10天前发生了一些事情。 我们在android应用程序中使用了相同的过程来检索令牌。现在要么我们的android应用程序不起作用

问题是:

server.js代码生成的访问令牌未被识别为orion FI-LAB实例orion.LAB.FI-ware.eu:1026的有效X-Auth-token。 通过运行示例,我们得到以下响应

 {
   "access_token": "3ujlcoB3uUCy45ZasN5c89DoV9549d",
   "expires_in": 3600,
   "token_type": "Bearer",
   "state": "xyz",
   "scope": "all_info",
   "refresh_token": "FrmaTmGCJ4DDKkeGlWxfERB6R3jtij"
 }
然而,当我们使用上面的access_令牌向orion上下文代理发出http请求时,我们得到了以下答案:用户令牌未授权

另一方面,token_script.sh shell获得的令牌与orion FI-LAB实例的X-Auth-token一样有效

问题

哪种方法是访问FI-LAB Orion实例的稳定方法:

server.jsp所执行的过程,其中给定的令牌不起作用 或 token_script.sh执行的过程 ?
问题可能是由不同的原因造成的:

2015年5月FIWARE实验室迁移期间IDM密码重置 server.js脚本中的一些bug其中一些还与迁移后安全系统的更改有关,目前已修复githash:49d9c416b43ecac8971379833b7b4f4b5d3016e3
这种不稳定性是最近一些与安全相关的FIWARE Lab组件(如IdM)迁移的结果。我们正在努力解决这个问题,希望能尽快为您的问题提供答案。亲爱的fgalan,我们已经修复了oauth2.js文件第134行中的错误,只需添加下面的一行。”Content Length':Buffer.byteLengthpost_数据。但是,即使使用此修复程序,生成的访问令牌也未获得授权。我们今天上午对auth框架进行了一些更改。请再试一次,看看是否仍然失败?在全局实例中获取令牌的适当方法是“token_script.sh”脚本。我刚刚用一个对全局实例的查询对它进行了测试,它似乎对我的用户运行良好,因此,问题可能不在于您访问的方式,而在于用户本身。我认为,但IDM团队应该确认,当迁移发生时,密码被重置。你恢复密码了吗?您是否能够使用您的用户和密码访问Filab服务器:?关于'server.js'文件,我已经对其进行了测试,由于idmURL参数配置不当,我遇到了一些问题。请检查您是否使用作为IDM url。请将答案标记为有效,以便其他用户可以知道。谢谢