Office 365 休息 api 身份验证答案

【问题标题】：Office 365 Rest api authOffice 365 休息 api 身份验证
【发布时间】：2014-11-05 16:41:24
【问题描述】：

我正在尝试使用 Office 365 api 来获取用户的日历事件。我设法获得了一个有效的oauth2 access_token，但是当我使用api时，身份验证失败。

GET https://outlook.office365.com/api/v1.0/me/calendars
Headers:
    Authorization: Bearer **MYACCESSTOKEN**

一个非常慢的响应（大约 5 秒）给我一个 401 Unauthorized...我已经检查了我的 access_token 没有过期。

响应标头：

Cache-Control: private
Content-Length: 0
Date: Thu, 06 Nov 2014 10:53:12 GMT
Request-Id: d2a72db7-0e72-4ef4-8579-97453a28656b
Server: Microsoft-IIS/8.0
Set-Cookie: ClientId=BWUSNGYUIVTW9QOSG; expires=Fri, 06-Nov-2015 10:53:08 GMT; path=/; HttpOnly, exchangecookie=723dca46630646a2bc80b4668dd113d7; expires=Fri, 06-Nov-2015 10:53:13 GMT; path=/; HttpOnly, X-BackEndCookie2=5a7ff0a2-22c1-4d5b-b280-6af6689779a7=u56Lnp2ejJqBxpqdxs3IzczSmpzHzdLLnc7P0p7Gx5nSyMrGm5ydzMyencbKgZKejZOWmo3RkJGSlpyNkIyQmYvRnJCSgc3PzsvSzs3Sz8mrzs/FyszFzsyBmoqNj42bz87Rj42Qm9Gah5yXnpGYmpOenYzRnJCS; expires=Sat, 06-Dec-2014 10:53:13 GMT; path=/api; secure; HttpOnly, X-BackEndCookie=5a7ff0a2-22c1-4d5b-b280-6af6689779a7=u56Lnp2ejJqBxpqdxs3IzczSmpzHzdLLnc7P0p7Gx5nSyMrGm5ydzMyencbKgZKejZOWmo3RkJGSlpyNkIyQmYvRnJCSgc3PzsvSzs3Sz8mrzs/FyszFzsw=; expires=Sat, 06-Dec-2014 10:53:13 GMT; path=/api; secure; HttpOnly
Www-Authenticate: Bearer client_id="00000002-0000-0ff1-ce00-000000000000", trusted_issuers="00000001-0000-0000-c000-000000000000@*", authorization_uri="https://login.windows.net/common/oauth2/authorize", error="invalid_token",Basic Realm="",Basic Realm=""
X-Aspnet-Version: 4.0.30319
X-Beserver: AMSPR01MB103
X-Calculatedbetarget: amspr01mb103.eurprd01.prod.exchangelabs.com
X-Diaginfo: AMSPR01MB103
X-Feserver: BLUPR07CA059
X-Ms-Diagnostics: 2000001;reason="The audience claim value is invalid '00000002-0000-0000-c000-000000000000'.";error_category="invalid_token"
X-Powered-By: ASP.NET

有什么想法吗？

【问题讨论】：

嗨 Nico，感谢您报告问题！您能否使用您在回复中收到的标题更新您的问题？这将有助于我们调查身份验证失败的原因。如果您有任何问题或需要更多信息，请告诉我。谢谢。

标签： api oauth-2.0 office365

【解决方案1】：

感谢您的提问。一些请求的 30 秒延迟是一个已知问题，我们已经在努力解决这个问题。很抱歉给您带来不便。

谢谢，

文卡特

【讨论】：

好的 :) 谢谢你的回答。当问题得到解决时，我应该在哪里引起注意？它应该在接下来的几天/几周/几个月内修复吗？
目前正在修复中，几周后即可使用。谢谢你的耐心。文卡特
Venkat，关于何时修复此问题的任何更新？我的反应仍然非常缓慢...谢谢
我们已经推出了一项修复程序，并且我们的测量结果显示了改进。还有更多正在路上。您能否分享您遇到问题的具体要求？是任何类型的请求都会出现零星延迟，还是特定请求会持续出现延迟？
/calendarview 3 周总是需要超过 5 秒，通常超过 10 秒，我拥有的所有用户

【解决方案2】：

好吧，我终于设法得到了 200。我的问题是，当询问令牌时，资源参数被默认设置为 00000002-0000-0000-c000-000000000000（我使用的是 Rails omniauth-azure-oauth2 gem）。

我将其更改为 https://outlook.office365.com 并且可以正常工作。

尽管如此，api 还是给了我正确的答案，但调用速度非常慢（最多 30 秒！）。关于如何使其在合理的时间内做出响应的任何线索？

【讨论】：