最新的Web SDK示例代码问题 [英] Issue with latest Web SDK Sample Code

查看:66
本文介绍了最新的Web SDK示例代码问题的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们一直在Web SDK上编写应用程序,并且最近连接到我们的本地SfB服务器时出现问题。

We have been writing an app on the Web SDK, and ae recently having issues connecting to our on-prem SfB Server.

如果我手动发布uath令牌它工作正常,我得到一个身份验证令牌,等等。

If I post manually for the uath token it works fine, and I get an auth token back, etc. 

我正确配置了csweb配置,我甚至在azure中发布了代码并添加了URL。它曾用于处理2周前的样本,但最新的样本没有连接。 

I have our cswebconfiguration configured correctly, and I have even posted up the code in azure and added the URL. it used to work on the samples from 2 weeks ago, but the latest samples don't connect. 

当我尝试使用最新的Web SDK示例代码时,我得到了:

When I try it form the latest Web SDK Sample code, I get this:

推荐答案

进一步发现,我们查看了示例UCWA Code和最新的Web SDK。以下是我们发现的内容:

Upon further discovery, we looked at the sample UCWA Code, and the latest Web SDK. Here is what we found:

我们的Lync Server上有多个域。这需要UCWA和Web SDK连接到http上的lyncdiscover。< domain> .com作为第三种方法。此行为是Lync Mobile客户端连接到Web服务的方式。以下是来自博客的简要说明
,该博客引用了TechNet文章:

We have multiple domains on our Lync Server. This requires the UCWA and the Web SDK to connect to the lyncdiscover.<domain>.com on http as a third method. This behavior is how the Lync Mobile Client connects to the web service. Here is a brief explanation from a blog that references a TechNet Article:

当您有多个SIP域时,有一个在发布移动客户端依赖的Lync Discover URL以自动发现其登录服务器详细信息时会遇到困难。在单个SIP域环境中,您只需要一个URL和发布规则
for lyncdiscover.sipdomain.com:443,它指向lyncweb.sipdomain.com:4443。但是,在多SIP域环境中,您不能因为SIP域#2上的用户的移动客户端无法正确重定向到主SIP域。
的原因概述如下:

When you have multiple SIP domains, there is a gotcha when it comes to publishing the Lync Discover URL that mobile clients rely on to auto-discover their sign-in server details. In a single SIP domain environment, you’d just have a URL and publishing rule for lyncdiscover.sipdomain.com:443 that points to lyncweb.sipdomain.com:4443. In a multiple SIP domain environment however, you can’t as the mobile clients for users on SIP domain #2 will fail to correctly redirect to the primary SIP domain. The reason for this is outlined below:

移动设备客户端不支持来自不同域的多个安全套接字层(SSL)证书。因此,HTTPS不支持CNAME重定向到不同的域。例如,HTTPS不支持重定向到lyncdiscover.sipdomain1.com地址的lyncdiscover.sipdomain2.com
的DNS CNAME记录。在这种拓扑中,移动设备客户端需要对第一个请求使用HTTP,以便通过HTTP解析CNAME重定向。然后,后续请求使用HTTPS。
要支持此方案,您需要使用端口80(HTTP)的Web发布规则配置反向代理。有关详细信息,请参阅"为移动设置反向代理"中的"为端口80创建Web发布规则"。

 (引用来自"移动技术要求"的 http://technet.microsoft.com/en-us/library /hh690030.aspx

我们发现UCWA示例代码和Skype Web SDK尝试使用此http方法来获取正确的HTTPS URL以进行身份​​验证。

We are finding that the UCWA Sample Code nor the Skype Web SDK attempt this http method to get the correct HTTPS URL to authenticate.

我们没有看到SDK脚本的未经授权的版本,因此我们无法对其进行编辑以进行http查看。

We don't see an unminified version of the SDK scripts, so there is no way for us to edit it to do the http look up.

这肯定需要修复RTM Web  SDK。

This definitely needs to get fixed for the RTM Web SDK buts.

请随意 如果你需要更详细的解释,请联系。

Please feel free  to reach out if you need a more through explanation.

Rick

 


这篇关于最新的Web SDK示例代码问题的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆