简体   繁体   English

升级到Skype for Business 2015后,UCMA 4.0应用程序中的TLSFailureException

[英]TLSFailureException in UCMA 4.0 application after upgrading to Skype for Business 2015

I have a UCMA 4.0 application written in c# that allows for custom management of user presence. 我有一个用c#编写的UCMA 4.0应用程序,允许自定义管理用户状态。 Up until this weekend it had been communicating with our server running Lync 2013 and working fine. 直到本周末,它一直在与运行Lync 2013且运行正常的服务器进行通信。 This weekend the server was upgraded to Skype for Business 2015 which shouldn't cause any problems for UCMA 4.0 applications according to Microsoft . 根据微软的说法,这个周末服务器已升级到Skype for Business 2015,这不会对UCMA 4.0应用程序造成任何问题。 Yesterday, Monday, my application was working fine with the new version but today I saw that they were down and I've been unable to get them to stay connected to the server. 昨天,星期一,我的应用程序在新版本上运行良好,但是今天我看到它们已关闭,无法使它们保持与服务器的连接。 I've been getting the following error: 我收到以下错误:

Exception Info: Microsoft.Rtc.Signaling.TlsFailureException Stack: 异常信息:Microsoft.Rtc.Signaling.TlsFailureException堆栈:
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() 在系统上的Microsoft.Rtc.Signaling.QueueWorkItemState.ExecuteWrappedMethod(System.Threading.WaitCallback,System.Object)上,在系统处System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()的.Threading.ExecutionContext.Run(System.Threading.ExecutionContext,System.Threading.ContextCallback,System.Object,Boolean) )

I found an article about a similar problem saying that it is caused when the server hosting the UCMA application does not like the certificate coming from the Lync/Skype server . 我找到了一篇有关类似问题的文章,说这是由托管UCMA应用程序的服务器不喜欢来自Lync / Skype服务器的证书引起的 From there I checked the "System" Windows Log from the Event Viewer on my UCMA application server and found the following error from the "Schannel" source: 从那里,我从UCMA应用程序服务器上的事件查看器中检查了“系统” 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. 我们期望的服务器名称是sip.domain.com。 The SSL connection request has failed. SSL连接请求失败。 The attached data contains the server certificate. 附件数据包含服务器证书。

Does anyone have an idea what might have changed to cause this? 有谁知道可能会引起什么变化的想法?

I solved the issue by renewing the certificate on my Lync/Skype server to include "sip.domain.com" as one of the "Subject Alternative Name" entries. 我通过在Lync / Skype服务器上更新证书以将“ sip.domain.com”作为“主题备用名称”条目之一来解决此问题。 This allowed my UCMA server to accept communications from the Lync/Skype server. 这使我的UCMA服务器可以接受来自Lync / Skype服务器的通信。

证书

However, I still don't understand why this change was needed as everything was working fine under Lync 2013 and no changes were made to certificates during the Skype for Business 2015 upgrade. 但是,我仍然不明白为什么需要进行此更改,因为在Lync 2013下一切正常,并且在Skype for Business 2015升级期间未对证书进行任何更改。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM