【问题标题】:WCF-WebHttp Send Port authenticating to Dynamics CRM failsWCF-WebHttp 向 Dynamics CRM 发送端口身份验证失败
【发布时间】:2018-08-17 14:08:12
【问题描述】:

我正在尝试配置 WCF-WebHttp 发送端口以访问 Dynamics CRM OData REST WebAPI,但我遇到了障碍,无法让身份验证行为正常工作。

配置端点 URL、凭据和传输安全性发送端口无法处理消息并出现错误

System.IO.IOException:身份验证失败,因为远程方已关闭传输流。

BizTalk 2013 to CRM 2011 Integration 之后,我尝试使用 ClientCredential 端点行为,但问题仍然存在。

我知道问题在于检索身份验证令牌,但我还没有找到任何方法来创建能够处理此问题的端点行为。

我有一个针对 SOAP 端点的工作 WCF-Custom SP,但我找不到通常作为 v9.0.2.4 中 CRM SDK 的一部分提供的架构的任何痕迹,所以我认为微软正在轻轻地推动我们走向而是新的 REST Web API。

【问题讨论】:

  • 问题可能是 BizTalk 正在尝试使用 TLS 1.0 连接到服务,但服务需要 TLS 1.2。您可能需要更新该端点行为以强制它使用 TLS 1.2,或者您需要执行一些注册表项,让整个服务器尝试优先使用 TLS 1.2
  • 最后一次累积更新 8 承诺解决 TLS 1.2 问题,我有一个针对 SOAP 端点的工作 WCF-Custom SP(通过注册表强制 TLS 1.2)。在我看来,似乎没有人尝试过 v9.0 Web API,只有“旧”的 OData 端点。我已经看到针对 Sharepoint-Online 的 O365 的自定义端点行为,但找不到适用于 Dynamics CRM 的任何东西。
  • 我相信 CU 只是让 BizTalk 能够完全支持 TLS 1.2(例如关闭 1.0 和 1.1),您仍然需要更改注册表以告诉 .Net 根据链接support.microsoft.com/en-nz/help/3155464 链接自support.microsoft.com/en-nz/help/4091110/…

标签: biztalk dynamics-crm-online biztalk-2013r2


【解决方案1】:

根据Microsoft Dynamics 365 Customer Engagement (online) to require TLS 1.2 for connectivity,最新版本的 Dynamics CRM 需要 TLS 1.2

为了让你要么

【讨论】:

  • 在设置 SchUseStrongCrypto 注册表项后,我肯定会取得进展 - 反应仍然是 401 Access denied 但这给了我一些工作要做。我会及时通知你。
【解决方案2】:

为什么不为此使用OAuth 2.0?如果您基于 this SalesForce example 在 BizTalk 中进行设置很容易。

【讨论】:

  • 这是我已经怀疑但希望通过现有行为解决的问题。
猜你喜欢
  • 2011-05-27
  • 2013-11-27
  • 2015-06-13
  • 2023-03-29
  • 2021-11-23
  • 1970-01-01
  • 2021-03-26
  • 2010-09-17
  • 1970-01-01
相关资源
最近更新 更多