【问题标题】:Uber throwing Invalid OAuth 2.0 credentials provided with a Server Token优步抛出随服务器令牌提供的无效 OAuth 2.0 凭据
【发布时间】:2019-11-07 11:35:00
【问题描述】:

是否有人在服务器端使用 Uber Api 注意到某些端点在不需要用户访问令牌的情况下抛出“提供的 OAuth 2.0 凭据无效”? 直到几天前它还可以正常工作。

这是一个调用示例:

https://api.uber.com/v1.2/estimates/time?start_latitude=48.8926537&start_longitude=2.3184883

标题:

"Accept":"application/json,
"Content-Type":"application/json",
"Authorization":"Token server-token-here",
"User-Agent":"axios/0.18.0"

文档说这个端点特别应该与服务器令牌或用户访问令牌一起使用:

具有任何有效范围的服务器令牌或 OAuth 2.0 用户访问令牌。

回应:

{  
   "status":401,
   "statusText":"Unauthorized",
   "data":{  
      "code":"unauthorized",
      "message":"Invalid OAuth 2.0 credentials provided."
   }
}

他们还在文档顶部添加了此通知,但我不确定这意味着什么,并且我没有收到任何宣布访问策略更改的电子邮件。

通知作为 Uber 正在进行的隐私改进的一部分,我们正在升级 我们的开发人员 API 程序,为第三方提供新的访问策略 应用程序。

我们已经联系了之前使用我们公共 API 的开发者,我们 将继续根据具体情况评估访问权限。

有人知道发生了什么吗?

【问题讨论】:

标签: uber-api


【解决方案1】:

在过去的几天里,每个人都发生了同样的事情。看起来 Uber 正在改变 API 访问权限,并且已经进行了某种清除,强制通过一些经批准的“业务开发”代表或流程获得访问权限。

他们没有联系表格,所以如果你想问他们,我建议你在 Twitter 上发帖。

您也可以阅读support page

【讨论】:

    猜你喜欢
    • 2015-07-05
    • 1970-01-01
    • 2016-08-28
    • 2017-04-18
    • 2014-07-09
    • 1970-01-01
    • 1970-01-01
    • 2016-11-11
    • 2013-11-19
    相关资源
    最近更新 更多