Biztalk WCF WebHttp发送端口验证到Dynamics CRM失败

我试图配置一个WCF WebHttp发送端口来访问Dynamics CRM OData REST WebAPI，但我遇到了一个让身份验证行为正常工作的障碍

配置端点Url、凭据和传输安全发送端口无法处理带有错误的消息

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

接下来，我尝试使用ClientCredential端点行为，但问题仍然存在

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

---

我有一个针对SOAP端点的工作WCF自定义SP，但我找不到通常作为v9.0.2.4中CRM SDK的一部分提供的模式的任何痕迹，因此我认为Microsoft正在温和地推动我们转向新的REST Web API。

最新版本的Dynamics CRM需要TLS 1.2，具体如下所示：

为了实现这一点，您可以

• 需要改变你的端点行为，告诉它使用TLS 1.2，就像在本博客中对Saleforce端点行为所做的一样
• 或者确保您已按照安装了正确的CU，然后按照文章的链接进行操作，该链接告诉您设置

  SchUseStrongCrypto

  注册表项。注意：第二个选项是服务器范围的，将使所有连接首先尝试TSL 1.2

  ---

最新版本的Dynamics CRM要求TLS 1.2符合

为了实现这一点，您可以

• 需要改变你的端点行为，告诉它使用TLS 1.2，就像在本博客中对Saleforce端点行为所做的一样
• 或者确保您已按照安装了正确的CU，然后按照文章的链接进行操作，该链接告诉您设置

  SchUseStrongCrypto

  注册表项。注意：第二个选项是服务器范围的，将使所有连接首先尝试TSL 1.2

  ---

  为什么不使用此功能？如果基于BizTalk，则在BizTalk中设置它很容易
  为什么不使用这个？如果基于BizTalk，则在BizTalk中设置它很容易
  问题可能是BizTalk试图使用TLS 1.0连接到该服务，但该服务需要TLS 1.2。您可能需要更新该端点行为以强制其使用TLS 1.2，或者您需要执行一些注册表项，使整个服务器尝试优先使用TLS 1.2上次累积更新8承诺解决TLS 1.2问题，并且我有一个针对SOAP端点的工作WCF自定义SP（通过注册表强制使用TLS 1.2）。在我看来，似乎没有人尝试v9.0 Web API，只有“旧”OData端点。我见过O365针对Sharepoint Online的自定义端点行为，但找不到任何适用于Dynamics CRM的行为。我相信CU使BizTalk能够完全运行TLS 1.2（例如关闭1.0和1.1），您仍然需要进行注册表更改，以告知.Net根据从中链接的链接默认为安全的。问题可能是BizTalk正在尝试使用TLS 1.0连接到该服务，但该服务需要TLS 1.2。您可能需要更新该端点行为以强制其使用TLS 1.2，或者您需要执行一些注册表项，使整个服务器尝试优先使用TLS 1.2上次累积更新8承诺解决TLS 1.2问题，并且我有一个针对SOAP端点的工作WCF自定义SP（通过注册表强制使用TLS 1.2）。在我看来，似乎没有人尝试v9.0 Web API，只有“旧”OData端点。我见过O365针对Sharepoint Online的自定义端点行为，但找不到任何适用于Dynamics CRM的行为。我相信CU使BizTalk能够完全运行TLS 1.2（例如关闭1.0和1.1），您仍然需要进行注册表更改，以告知.Net根据从中链接的链接默认安全。设置

  SchUseStrongCrypto

  注册表项后，我肯定正在取得进展-响应仍然是

  401访问被拒绝

  ，但这给了我一些工作。我会随时向您通报最新情况。在设置

  SchUseStrongCrypto

  注册表项后，我肯定会取得进展-响应仍然是

  401访问被拒绝

  ，但这给了我一些工作。我会让你随时了解最新情况。这是我已经怀疑但希望通过现有行为解决的问题。这是我已经怀疑但希望通过现有行为解决的问题。