事件 ID:36888 生成了以下致命警报:10。内部错误状态为 10

事件 ID:36888 生成了以下致命警报:10。内部错误状态为 10

我们的远程桌面终端服务器上最常遇到以下 schannel 错误。

日志名称:系统
来源:Schannel
日期:2015 年 11 月 18 日下午 1:04:56
事件 ID:36888
任务类别:无
级别:错误
关键字:      
用户:SYSTEM
计算机:RD2.{removed}.com
描述:
生成了以下致命警报:10。内部错误状态为 10。
事件 XML:
<事件 xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <系统>
    <提供商名称="Schannel" Guid="{1F678132-5938-4686-9FDC-C8FF68F15C85}" />
    <事件ID>36888</事件ID>
    <版本> 0</版本>
    <级别> 2 </级别>
    <任务> 0 </任务>
    <操作码> 0 </操作码>
    <关键字>0x8000000000000000</关键字>
    <TimeCreated SystemTime="2015-11-18T18:04:56.498068400Z" />
    <事件记录ID>1969389</事件记录ID>
    <相关性 />
    <执行进程ID="572"线程ID="48732"/>
    <频道>系统</频道>
    <计算机> RD2.{已删除} .com </计算机>
    <安全用户 ID="S-1-5-18" />
  </系统>
  <事件数据>
    <数据名称="AlertDesc">10</数据>
    <数据名称="ErrorState">10</数据>
  </事件数据>
</事件>

有时我们会在 Exchange 服务器或 IIS 服务器上遇到这种情况,但大多数情况下都是从运行 2008 R2 64 位的远程桌面终端服务器中遇到的。从下图中可以看出,我们经常会遇到这样的峰值。此图是过去 12 小时内 1 个终端服务器的图表,它给我们带来了 407 个错误。 schannel 错误图

关于如何找出导致这些问题的原因,您有什么建议吗?我们应该禁用 schannel 调试吗?

答案1

我不会禁用这些记录,但我不会担心它们。我相信此页面应该提供更多信息:https://msdn.microsoft.com/en-us/library/windows/desktop/dd721886%28v=vs.85%29.aspx

显然这与 SSLv3 有关,所以可能与旧客户端的连接或客户端与 RDP 服务器之间的网络问题有关。

您可以尝试调查在此期间实际登录的人,并尝试将 schannel 错误与成功或失败的登录关联起来。

答案2

当有人尝试通过端口 3389 ms-wbt-server 进行连接和登录时,这些错误与重置 TCP 连接完全相关。如果此人未能通过系统安全“黑匣子”,则传入连接将通过重置数据包中止。然后,您看到的错误消息将抛出到 Windows 系统日志中。如果您仍然遇到很多这样的情况,那么您可能需要将监听端口从 3389 更改为其他端口,看看错误是否减少。

相关内容