问题标签 [microsoft-live-connect]

我基于 Visual Studio 2012 Web 应用程序模板创建了一个 Web 应用程序，并尝试测试添加 OOB 的 OAuth。我转到以下链接注册我的应用程序并获取客户 ID。

https://manage.dev.live.com/Applications/Index

OpenAuth.AuthenticationClients.AddMicrosoft 始终生成：输入参数“redirect_uri”的提供值无效。该值必须是一个绝对 URL，其方案为 http:// 或 https://。

但如果我按照这篇文章进行操作，我可以毫无问题地登录。（通过添加 iframe 等）

http://weblogs.asp.net/dwahlin/archive/2007/08/17/integrate-windows-live-id-authentication-into-your-website.aspx

目前，我通过在 Web 视图中向以下 URL 发送请求来让用户登录 Microsoft Live：

这完美地工作，我接收并保存access_tokenand authentication_token。refresh_token请注意，即使我包含wl.offline_access范围，它也不会返回 a 。

当访问令牌过期并需要刷新时，就会出现此问题。我正在尝试使用Microsoft 文档中的方法刷新令牌：

但是，arefresh_token从未在登录中返回，所以我不确定要传入什么。请注意，发送authentication_token（它应该用于什么？）作为refresh_token参数会导致以下结果：

有谁知道如何通过他们的 REST API 正确刷新 Microsoft Live 令牌？

我通过 Microsoft 使用 Oauth，它运行良好一段时间，然后几周前（不记得确切时间）我收到一些推文或有人说他们在使用 MS Oauth 登录时遇到问题。

我得到的错误是这个。

https://login.live.com/err.srf?lc=1033#error=invalid_request&error_description=The+provided+value+for+the+input+parameter+ 'redirect_uri'+is+not+valid.+The+expected+ value+is+' https://login.live.com/oauth20_desktop.srf '+or+a+URL+which+matches+the+redirect+URI+registered+for+this+client+application.

该页面实际上说

"我们无法完成您的请求

Microsoft 帐户遇到技术问题。请稍后再试。"

这表明他们实际上可能有一些问题，但我认为这种情况已经有一段时间了，所以我怀疑这只是一些一般性错误。

如果我查看我的请求，它会说。

client_id=[我的客户 ID]&scope=wl.basic&response_type=code&redirect_uri= http://dev.ohso.se/login/ExternalLoginCallback/? 提供者=microsoft& sid =[一些id]

我在我的开发应用程序和我设置的生产应用程序上都遇到了同样的错误。

这就是我的回调 URL 的样子。我尝试使用 ExternalLoginCallback 和 externallogincallback 添加 URL，但它似乎不起作用。看起来它已保存，但当您返回页面时它消失了。

任何人都知道如何联系 MS 至少报告这个错误，也许还能找到可以帮助调试我的问题的人？

/奥拉

我已经通过 Windows 开发者控制台创建了一个应用程序，并且我正在尝试使用 Open ID Connect/Oauth 2.0 来允许用户使用 Windows Live Login 登录到该应用程序。它在我使用 Azure AD 时有效，但我必须将每个 Windows Live 帐户添加到我的 Azure AD 租户中，而我正在寻找的是允许任何拥有 Windows Live 帐户的用户登录到我的应用程序。

当我使用 Windows live 时，我使用 Windows 应用开发者控制台提供给我的 client_id 设置我的 OID RP。问题是它一直有效，直到我从 Windows live 获得 id_token。问题是我在 ID 令牌中返回的 client_id 的客户端 ID 前缀为零。例如，如果我在开发人员控制台中的客户端 ID 是 000001234，那么我从 Windows Live 的 id_token 中获取的客户端 ID 是 0000000-00000000-0000-000001234。此时 OIDC 失败（应该如此），因为 id_token 中返回的 client_id 与请求令牌的 client_id 不同。

它离那里很近，我只需要修复最后一个错误，我会做得很好。作为附加说明。通过 Azure 应用程序交付的客户端 ID 填充了零，即客户端 ID 似乎与 Windows Live 返回的带有前缀数字的 client_id 值的格式相匹配。

我有一个奇怪的要求。

我必须首先允许用户通过 Outlook 电子邮件注册并允许使用 oauth 离线访问他们的电子邮件，然后使用这些 oauth 令牌从我的 Web 应用程序中使用 php 从 Outlook/Microsoft Live 读取电子邮件并将数据存储在数据库。那么有什么办法可以做到这一点？

它需要在所有主流浏览器中都能正常工作。

谢谢。

我只想在我的 App Services 移动应用程序中请求一组非常具体的权限。我正在使用 Microsoft 帐户身份验证，我查看了多个范围，但没有一个能提供我需要的东西。

wl.basic 要求太多、联系人等。我如何要求仅访问电子邮件地址和登录？

Wunderlist 是我正在寻找的一个完美的例子，图片附在下面：

我试图弄清楚是否有一个 URL 可以用来指向 Microsoft Live 用户配置文件，

例如，facebook 允许https://www.facebook.com/app_scoped_user_id/ {ProviderKey value}

对微软来说会是什么？

https://account.microsoft.com/profile/ {ProviderKey 值} ??

我有一个在一台服务器上运行的 Web 应用程序，但多个域（如 ab.c、ab.c、ab.d、ab.d 等）都指向该应用程序。我想使用其他系统（例如 Google、Facebook、Microsoft）的身份验证。Google 和 Facebook 运行良好，但 Microsoft Live 似乎每个应用程序只允许一个域。那是对的吗？如果是，如何处理？这是否意味着我必须在 MS 开发者网站上创建单独的应用程序，并且我必须根据用户的推荐人选择不同的客户端 ID 进行身份验证？

对于我们的网站，我们可以选择使用您的 Microsoft ID 登录。本网站使用 Live Connect API 进行身份验证和检索身份信息。我们使用以下 API 网址：https ://login.live.com/oauth20_authorize.srf和https://apis.live.net/v5.0/me。

最近我偶然发现了这个文档页面https://msdn.microsoft.com/en-us/library/hh243646.aspx，它指出 Live Connect API 已被弃用，而应该使用 Outlook REST API。我找不到有关此的更多信息，但我看到的是，当我在浏览器中访问 outlook.com 时，我仍然被重定向到 login.live.com。那么微软自己还在使用 Live API 吗？有关 Outlook REST API 的文档显示了 login.microsoftonline.com 的使用。AFAIK，此 API 仅适用于 Office 365 帐户，不适用于普通 Microsoft 帐户。

所以我的问题是：Live Connect API（包括登录功能）真的被弃用了吗？如果是这样：应该使用哪个 API 来使用普通 Microsoft 帐户登录，Live Connect API 什么时候会离线？

任何见解或进一步的文档表示赞赏。

问候，

约斯特

我的网络应用程序中有一个“使用 Google 登录”按钮，该按钮打开同意窗口，在用户登录后获取代码并将其发送到我的服务器，以进行服务器端验证。这是我使用的 Javascript 代码：

我正在尝试实现一个“使用 Outlook.com 登录”按钮，它应该做的完全一样，但它似乎缺少谷歌的一些功能，尤其是 'redirect_uri': 'postmessage' 重定向 URI 和 'approval_prompt' ： '力量'。

这是我当前的 Microsoft Live Connect Javascript 代码：

那么有没有办法拥有与谷歌登录类似的功能？

MS Live 中是否有“postmessage”和“force”的替代方法？

是否有可能在处理程序中实现相同的目标，由redirect_uri 指向？我没有找到这个处理程序的任何示例，除了接收和传递代码之外，它应该关闭同意窗口。