升级到 Skype for Business 2015 后 UCMA 4.0 应用程序中的 TLSFailureException
TLSFailureException in UCMA 4.0 application after upgrading to Skype for Business 2015
我有一个用 c# 编写的 UCMA 4.0 应用程序，允许自定义管理用户状态。直到本周末，它一直在与我们的服务器 运行 Lync 2013 通信并且工作正常。本周末服务器已升级到 Skype for Business 2015，这不会对 UCMA 4.0 应用程序造成任何问题 according to Microsoft。昨天，星期一，我的应用程序在新版本上运行良好，但今天我看到它们出现故障，我无法让它们保持与服务器的连接。我收到以下错误：
Exception Info: Microsoft.Rtc.Signaling.TlsFailureException Stack:
at
Microsoft.Rtc.Signaling.QueueWorkItemState.ExecuteWrappedMethod(System.Threading.WaitCallback,
System.Object) at
System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext,
System.Threading.ContextCallback, System.Object, Boolean) at
System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext,
System.Threading.ContextCallback, System.Object, Boolean) at
System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
at System.Threading.ThreadPoolWorkQueue.Dispatch()
找了一篇类似问题的文章说是the server hosting the UCMA application does not like the certificate coming from the Lync/Skype server时引起的。从那里我从我的 UCMA 应用程序服务器上的事件查看器检查了 "System" Windows 日志，并从 "Schannel" 源中发现了以下错误：
The certificate received from the remote server does not contain the
expected name. It is therefore not possible to determine whether we
are connecting to the correct server. The server name we were
expecting is sip.domain.com. The SSL connection request has failed.
The attached data contains the server certificate.
有没有人知道可能发生了什么变化导致了这种情况？
我通过更新 Lync/Skype 服务器上的证书以将 "sip.domain.com" 作为 "Subject Alternative Name" 条目之一来解决问题。这允许我的 UCMA 服务器接受来自 Lync/Skype 服务器的通信。
但是，我仍然不明白为什么需要进行此更改，因为在 Lync 2013 下一切正常，并且在 Skype for Business 2015 升级期间没有对证书进行任何更改。
我有一个用 c# 编写的 UCMA 4.0 应用程序，允许自定义管理用户状态。直到本周末，它一直在与我们的服务器 运行 Lync 2013 通信并且工作正常。本周末服务器已升级到 Skype for Business 2015，这不会对 UCMA 4.0 应用程序造成任何问题 according to Microsoft。昨天，星期一，我的应用程序在新版本上运行良好，但今天我看到它们出现故障，我无法让它们保持与服务器的连接。我收到以下错误：
Exception Info: Microsoft.Rtc.Signaling.TlsFailureException Stack:
at Microsoft.Rtc.Signaling.QueueWorkItemState.ExecuteWrappedMethod(System.Threading.WaitCallback, System.Object) at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() at System.Threading.ThreadPoolWorkQueue.Dispatch()
找了一篇类似问题的文章说是the server hosting the UCMA application does not like the certificate coming from the Lync/Skype server时引起的。从那里我从我的 UCMA 应用程序服务器上的事件查看器检查了 "System" Windows 日志，并从 "Schannel" 源中发现了以下错误：
The certificate received from the remote server does not contain the expected name. It is therefore not possible to determine whether we are connecting to the correct server. The server name we were expecting is sip.domain.com. The SSL connection request has failed. The attached data contains the server certificate.
有没有人知道可能发生了什么变化导致了这种情况？
我通过更新 Lync/Skype 服务器上的证书以将 "sip.domain.com" 作为 "Subject Alternative Name" 条目之一来解决问题。这允许我的 UCMA 服务器接受来自 Lync/Skype 服务器的通信。
但是，我仍然不明白为什么需要进行此更改，因为在 Lync 2013 下一切正常，并且在 Skype for Business 2015 升级期间没有对证书进行任何更改。