微软Outlook、Skype、OneDrive再次出现身份验证问题

在Outlook,Skype,OneDrive,Xbox等微软服务广泛出现身份验证问题的两周之后,该问题再度出现。

3月21日,全球用户开始通过Twitter报告他们无法登录到Outlook.com、OneDrive和Skype(可能还有更多其他的服务)。记者在下午美国东部时间2:30也无法登录Outlook.com、OneDrive或Skype,但Office 365 Mail帐户能够正常工作。

据推断,这个问题开始于大约一个小时之前,或是美国东部时间下午1点30分左右。

MSA是微软的单点登录服务,用于对用户进行身份验证,以便他们可以登录该公司的各种微软服务。和两周前的情况一样,Skype Heartbeat网站发布了一则消息,指出用户可能在发送消息和登录时遇到问题:

"我们正在积极调查阻止用户登录并发送Skype到Skype消息的问题!一旦问题得到解决,我们会尽快通知您。"

而Xbox Live状态站点还表示一些用户在登录和管理其内容时遇到问题。

两周前,微软官员没有就身份验证问题的原因发表评论。今天再次想到一个问题,看看是否可以获得有关所发生的情况或问题何时可能得到解决的任何信息。

正如在两周前所说,MSA目前并没有使用Azure Active Directory进行身份验证。微软正在合并这两种身份验证服务的前端,但微软身份认证部门总监Alex Simons在推特上透露,MSA目前拥有67亿个帐户的"巨型数据存储"。

第一次情况更新:Outlook.com和OneDrive的Office 365状态页面现在有一个情况更新,表明现在尝试登录Outlook.com和OneDrive的用户可能会遇到问题。

更新说了以下内容:

标题:无法登录Outlook.com

用户影响:用户可能间歇性地无法登录此项服务。

更多信息:由于问题本质上是间歇性的,用户也许可以重新加载页面或者重新登录就能成功登录了。

当前状态:我们正在分析系统日志,以确定故障排除下一步的方案。

开始时间:2017年3月21日,星期二,协调世界时下午5:15

下一个更新日期:2017年3月21日,星期二,协调世界时下午7:30

第二次情况更新(美国东部时间下午3:25):微软现在表示正在"恢复服务。等到修复程序结束,用户应该会体验到服务已经恢复了。"

第三次情况更新(美国东部时间下午3:30):好消息是,用户开始报告他们能够登录一些微软服务了。

不好的消息是,一些Azure服务也受到MSA问题的影响。Azure状态页面表示:

"从2017年3月21日协调世界时17时30分开始,使用Stream Analytics、Azure日志分析和其他服务的客户中的一小部分客户在使用授权微软账户进行身份验证时可能会遇到登录失败。对于一些客户来说,重新试一下可能会成功。工程师们已经意识到这个问题并正在积极调查。下一次情况更新或事件保证将在60分钟内提供。"

第四次情况更新(美国东部时间下午4:30):似乎绝大多数服务,包括Azure,都不再出现MSA的问题。至少到目前为止,微软还没有就为何这个问题会在两周内第二次出现的原因给出任何消息。

本文转自d1net(转载)

时间: 2024-08-30 12:51:06

微软Outlook、Skype、OneDrive再次出现身份验证问题的相关文章

微软宣布正式发布Windows Azure多重身份验证

身份和访问管理是安全之锚,是企业 IT 部门的首要任务.它是随时随地向员工.合作伙伴和客户提供访问的关键所在.今天,我们非常高兴地宣布http://www.aliyun.com/zixun/aggregation/18782.html">正式发布 Windows Azure 多重身份验证,从而为 IT 和最终用户提供更安全.更方便的访问. 多重身份验证可以为全球范围内的登录用户迅速提供一层额外的安全性.除用户名和密码外,用户还可以通过以下途径进行身份验证:1) 移动设备上的应用程序.2)

没有sa密码无法集成windows身份验证登录的解决方法_MsSql

SQL登录时如果采用windows集成身份验证,登录框将会以"机器名\当前系统用户名"的格式显示登录名,而且登录名和密码都是灰色的,不允许用户输入. 了解到同事刚刚修改了服务器的机器名,因此在SQL的登陆框中显示"新机器名\当前系统用户名".要知道windows集成身份验证能登录的原因是在SQL的登录名中已经包括了该用户名,原来的用户名在SQL安装的时候已经记录到了SQL中,如果机器名变更了,"新机器名\当前系统用户名"肯定无法正常登录. 网上看

Chapter 1 Securing Your Server and Network(9):使用Kerberos用于身份验证

原文:Chapter 1 Securing Your Server and Network(9):使用Kerberos用于身份验证 原文出处:http://blog.csdn.net/dba_huangzj/article/details/38332605,专题目录:http://blog.csdn.net/dba_huangzj/article/details/37906349 未经作者同意,任何人不得以"原创"形式发布,也不得已用于商业用途,本人不负责任何法律责任.        

没有sa密码无法集成windows身份验证登录的解决方法

SQL登录时如果采用windows集成身份验证,登录框将会以"机器名\当前系统用户名"的格式显示登录名,而且登录名和密码都是灰色的,不允许用户输入. 了解到同事刚刚修改了服务器的机器名,因此在SQL的登陆框中显示"新机器名\当前系统用户名".要知道windows集成身份验证能登录的原因是在SQL的登录名中已经包括了该用户名,原来的用户名在SQL安装的时候已经记录到了SQL中,如果机器名变更了,"新机器名\当前系统用户名"肯定无法正常登录. 网上看

ASP.NET七大身份验证方式及解决方案

在B/S系统开发中,经常需要使用"身份验证".因为web应用程序非常特殊,和传统的C/S程序不同,默认情况下(不采用任何身份验证方式和权限控制手段),当你的程序在互联网/局域网上公开后,任何人都能够访问你的web应用程序的资源,这样很难保障应用程序安全性.通俗点来说:对于大多数的内部系统.业务支撑平台等而言,用户必须登录,否则无法访问和操作任何页面.而对于互联网(网站)而言,又有些差异,因为通常网站的大部分页面和信息都是对外公开的,只有涉及到注册用户个人信息的操作,或者网站的后台管理等

ASP.NET 2.0 中的窗体身份验证

asp.net 概述 窗体身份验证使用用户登录到站点时创建的身份验证票,然后在整个站点内跟踪该用户.窗体身份验证票通常包含在一个 Cookie 中.然而,ASP.NET 2.0 版支持无 Cookie 窗体身份验证,结果是将票证传入查询字符串中. 如果用户请求一个需要经过身份验证的访问的页,且该用户以前没有登录过该站点,则该用户重定向到一个配置好的登录页.该登录页提示用户提供凭据(通常是用户名和密码).然后,将这些凭据传递给服务器并针对用户存储(如 SQL Server 数据库)进行验证.在 A

ASP.Net:基于窗体的身份验证

asp.net     基于窗体的验证是最为普遍的一种验证,使用这种验证方式可以很方便灵活地应用到应用程序中.窗体验证方式对基于用户的验证授权提供了很好的支持,可以通过一个登录页面验证用户的身份,将此用户的身份发回到客户端的Cookie,之后此用户再访问这个web应用就会连同这个身份Cookie一起发送到服务端.服务端上的授权设置就可以根据不同目录对不同用户的访问授权进行控制了.     要采用窗体验证,先要在应用程序根目录中的Web.config中做相应的设置:     <authentica

C# Web Service非Soap头(Session)身份验证方法

最近在做一个程序的Web Service,需要验证帐号才能使用Web Service提供的方法,首先想到把帐号信息附加在Soap头中传过去的方式,但在公司其他同事在使用非.net程序调用的时候发现有诸多不便.又Google了一镇子,发现一个使用Session的方式,说起来还是找"Web Service分段上传大附件"的时候看到的一个示例,难怪以前找Web Service验证的时候老找不到想要的结果.代码比较简单,主要代码如下: /// <summary> /// 授权验证,

WCF身份验证服务

Windows Communication Foundation (WCF) 身份验证服务使你能够使用ASP.NET成员资格,从可以发送和使用SOAP消息的任何应用程序中对用户进行身份验证.这可以包括不使用.NET Framework的应用程序.因此,这些不同的应用程序的用户不需要对每个应用程序使用单独的凭据.用户在使用任意客户端应用程序时,均可通过提供相同的凭据登录到应用程序中.本节就使用WCF身份验证服务的几个关键点做实践性分析. 创建WCF身份验证服务 System.Web.Applica