修复Teams 会议室资源帐户登录问题
Microsoft Teams 会议室登录到 Microsoft Exchange Server 或 Microsoft Exchange Online,Microsoft Teams 或 Skype for Business 提取日历信息和加入会议。 在 Microsoft Teams 会议室 Pro Management 门户中使用不同的信号(例如登录(Exchange)和登录(Teams)监视这些交互。 本文可帮助你排查与特定信号相关的常见登录问题和问题。
现象
在Teams 会议室专业版管理门户中,与登录过程相关的一个或多个信号显示为“不正常”。 用户在Teams 会议室设备上也遇到以下一个或多个问题:
- 会议室控制台在顶部显示一个横幅,指示登录失败。
- 会议室控制台上未列出计划的会议。 这通常表示 Exchange 登录失败。
- 缺少会议室的显示名称。
- 尽管会议室控制台上列出了计划的会议,但“ 加入 ”按钮不可用,并且无法启动计划外会议。 这通常表示 Teams 或 Skype for Business 登录失败。
此外,事件 ID 2001 在 事件查看器 中的应用程序和服务日志>Skype 会议室系统下记录。 例如,记录以下事件:
{“Description”:“Network status : Healthy. Exchange 状态:80131500:AADSTS50076。 登录状态:NotApplicable。 Teams 登录状态:运行不正常。“,”ResourceState“:”Unhealthy“,”OperationName“:”Heartbeat“,”OperationResult“:”Fail“,”OS“:”Windows 10“,”OSVersion“:”10.0.19044.1889“,”Alias“:”“,”DisplayName“:”“,”AppVersion“:”4.13.132.0“,”IPv4Address“:”192.168.0.53“,”IPv6Address“:”“}
注意
每五分钟,Teams 会议室检查它是否已登录到 Microsoft Teams 或 Skype for Business,以及它是否具有网络和 Exchange 连接。 如果一个或多个因素不为 true,则会记录“2001”事件。
- Exchange 状态 指示 Exchange Online 中资源帐户的登录状态;如果邮箱托管在本地,则为 Exchange Server。
- 登录状态 指示 Skype for Business Server 中资源帐户的登录状态。 它仅在 Teams 模式下显示为 NotApplicable 。
- Teams 登录状态 指示 Microsoft Teams 中资源帐户的登录状态。 它在仅限 Skype for Business 模式下显示为 NotApplicable 。
解决方法
登录问题可能会因不同原因而发生。 通过检查有关资源帐户的多个详细信息,确定问题的具体原因。 若要执行所需的检查,可以使用自动化选项或手动运行检查。
自动检查
若要自动执行此过程,请在 Microsoft Remote Connectivity Analyzer 工具中运行Microsoft Teams 会议室登录连接测试。 此工具用于排查影响 Microsoft Teams 的连接问题。 连接测试执行检查,以验证特定用户使用 Teams 会议室 设备登录 Teams 的权限。
注意
- 运行Microsoft Teams 会议室登录连接测试需要全局管理员帐户。
- Microsoft远程连接分析器工具不适用于 GCC 和 GCC High Microsoft 365 政府版环境。
若要运行连接测试,请执行以下步骤:
- 打开 Web 浏览器并导航到Microsoft Teams 会议室登录连接测试。
- 使用全局管理员帐户的凭据登录。
- 指定资源帐户的用户名。
- 在 “设备选择 ”字段中,为受影响的设备选择类型。
- 输入显示的验证码,然后选择“ 验证”。
- 选中复选框以接受协议条款,然后选择“ 执行测试”。
测试完成后,屏幕会显示有关执行的所有检查的详细信息,以及测试是成功、失败还是成功,但显示一些警告。 选择提供的链接,了解有关警告和失败的详细信息,以及如何解决它们。
手动检查
检查是否启用了多重身份验证(MFA)
Teams 会议室资源帐户不应配置为使用 MFA。 若要检查是否启用了 MFA,请使用以下选项之一:
查看设备日志文件。
- 在Teams 会议室设备上,打开事件查看器,然后转到应用程序和服务日志>Microsoft>Windows>Microsoft Entra ID>操作。 或者, 下载设备的诊断日志文件,将下载的.zip文件解压缩到文件夹中,然后打开 Windows\EventLog\Microsoft-Windows-AAD_Operational.evtx 文件。
- 查找事件 ID 1098。 如果看到错误代码 AADSTS50076 或 AADSTS50079,则表示在资源帐户上启用了 MFA。
在Azure 门户上的登录日志中,如果看到错误代码为 50079 或 50076 的“失败”状态,并且错误说明显示“由于管理员所做的配置更改,或者由于已移动到新位置,必须注册多重身份验证才能访问。”这意味着在资源帐户上启用了 MFA。
若要解决此问题,请联系标识管理团队,或有关详细信息,请参阅 为 Microsoft 365 设置多重身份验证。
检查条件访问策略
若要检查条件访问策略是否阻止登录,请使用以下选项之一:
查看设备日志文件。
- 在Teams 会议室设备上,在事件查看器中,转到应用程序和服务日志>Microsoft>Windows>Microsoft Entra ID>操作。 或者, 下载设备的诊断日志文件,将下载的.zip文件解压缩到文件夹中,然后打开 Windows\EventLog\Microsoft-Windows-AAD_Operational.evtx 文件。
- 查找事件 ID 1098。 如果看到错误 AADSTS53003,则表示条件访问策略会阻止登录。
在Azure 门户的登录日志中,如果看到错误代码为 53003 的中断状态,并且错误说明显示“访问已被条件访问策略阻止。 访问策略不允许颁发令牌。“这意味着登录被条件访问策略阻止。
有关Teams 会议室资源帐户支持的条件访问分配的详细信息,请参阅Microsoft Teams 会议室的条件访问和 Intune 符合性。 若要解决此问题,请联系标识管理团队,或有关详细信息,请参阅 “配置Microsoft Entra 条件访问 ”。
检查资源帐户的密码是否已过期
如果Teams 会议室资源帐户的密码设置为在一段时间后过期,则可能会导致登录失败。
若要检查资源帐户的密码是否已过期,请使用以下选项之一:
查看设备日志文件。
- 在Teams 会议室设备上,打开事件查看器,然后转到应用程序和服务日志>Microsoft>Windows>Microsoft Entra ID>操作。 或者, 下载设备的诊断日志文件,将下载的.zip文件解压缩到文件夹中,然后打开 Windows\EventLog\Microsoft-Windows-AAD_Operational.evtx 文件。
- 查找事件 ID 1098。 如果看到错误代码 AADSTS50055,则表示密码已过期。
在Azure 门户登录日志中,如果看到中断状态,并且其他详细信息包含以下消息,则表示密码已过期。
用户密码已过期,因此其登录或会话已结束。 他们将有机会重置它,或者可能要求管理员通过
https://docs.microsoft.com/azure/active-directory/fundamentals/active-directory-users-reset-password-azure-portal
重置它。
若要解决此问题,请使用以下方法之一重置密码,然后在设备上的“设置”中更新密码。
- 在 Web 浏览器中登录到帐户,然后重置密码。
- 要求管理员 重置密码。
若要避免重置资源帐户密码,然后再次登录到每个Teams 会议室设备,可以关闭帐户的密码过期时间。
验证是否使用了正确的凭据
不正确的用户名或密码也可能导致登录失败。
若要检查是否使用了不正确的用户名或密码,请使用以下选项之一:
查看设备日志文件。
- 在Teams 会议室设备上,打开事件查看器,然后转到应用程序和服务日志>Microsoft>Windows>Microsoft Entra ID>操作。 或者, 下载设备的诊断日志文件,将下载的.zip文件解压缩到文件夹中,然后打开 Windows\EventLog\Microsoft-Windows-AAD_Operational.evtx 文件。
- 查找事件 ID 1098。 如果看到错误代码 AADSTS50126,则表示用户名或密码不正确。
在Azure 门户登录日志中,如果看到显示代码 50126 的“失败”状态,并且错误说明显示“由于用户名或密码无效而验证凭据时出错”,这意味着用户名或密码不正确。
注意
在资源帐户密码过期一段时间后,也可能收到这些错误。
若要解决此问题,请确保使用正确的凭据。 还可以重置密码,然后在设备上的“设置”中更新密码。
检查网络连接
Teams 会议室必须有权访问所有标准Microsoft 365 终结点并满足网络要求。 Teams 会议室不支持代理身份验证。
如果在Azure 门户上未看到任何登录尝试登录日志,可能会阻止与 Azure 登录终结点的连接。 在这种情况下,请验证是否使用正确的用户名,并检查网络连接问题。
如果在Azure 门户上看到登录成功登录日志,但资源帐户登录仍然失败,请尝试以下选项:
- 检查资源帐户是否分配了有效的许可证。
- 检查是否阻止了与 Microsoft 365、Teams 或 Exchange 终结点的连接。
若要排查网络连接问题,可以使用 网络监视器 或类似的工具收集网络捕获(必须 切换到管理员模式 才能启动该工具,然后切换到 Skype 用户)。 然后,请与网络团队协作,确定并解决问题。
检查会议室邮箱是否存在
Teams 会议室资源帐户必须具有托管在 Exchange Online 或 Exchange Server 上的邮箱。 否则,Exchange 服务会报告发现过程中用户不存在邮箱。
若要检查会议室邮箱是否存在,请使用以下选项之一:
在Teams 会议室设备上:
- 在事件查看器中,转到应用程序和服务日志>Skype 会议室系统。
- 如果看到事件 ID 2001,请检查说明是否包含 Exchange 状态:GeneralError。
在Azure 门户上的登录日志中,你会看到“成功”状态,但 Exchange 在使用获取的令牌完成发现时不会返回任何用户。
若要解决此问题,请执行以下步骤:
- 验证所使用的帐户是否为 资源帐户 ,并且是否已启用密码。
- 如果使用 Exchange 混合部署,请确保同步本地邮箱,以便重定向正常工作。 有关详细信息,请参阅 Exchange Server 混合部署。
验证资源帐户是否分配了 Teams 许可证
Teams 会议室设备必须分配有Teams 会议室专业版或Teams 会议室基本许可证。 若要检查是否分配了 Teams 许可证,请使用以下选项之一:
查看设备日志。
将下载的.zip文件解压缩到文件夹,然后转到 App\Microsoft\Teams 子文件夹。
打开 Logs.txt 文件。
如果看到以下错误消息,则表示未分配许可证。
errorCode: FailedAuthentication, errorStep: get_skype_license, errorState: licenseError
在Azure 门户的登录日志中,会看到“成功”状态,但当进程使用获取的令牌注册 Teams 服务时,登录会失败。
打开 Web 浏览器,并使用资源帐户登录到 Teams。 如果收到以下错误消息,则表示未分配许可证。
你错过了! 要求管理员为帐户名称启用 Microsoft Teams <>
若要解决此问题,请确保将Teams 会议室专业版或Teams 会议室基本许可证分配给帐户,并且还会根据许可证应用 Microsoft Teams 应用。 有关许可证分配的详细信息,请参阅 向用户帐户分配 365 个许可证Microsoft。