对 Dynamics CRM 进行身份验证的 WCF-WebHttp 发送端口失败
WCF-WebHttp Send Port authenticating to Dynamics CRM fails
我正在尝试配置 WCF-WebHttp 发送端口以访问 Dynamics CRM OData REST WebAPI,但我遇到了让身份验证行为起作用的障碍。
配置端点Url、凭据和传输安全发送端口无法处理消息并出现错误
System.IO.IOException: Authentication failed because the remote party has closed the transport stream.
在 BizTalk 2013 to CRM 2011 Integration 之后,我尝试使用 ClientCredential 端点行为,但问题仍然存在。
我知道问题是检索身份验证令牌,但我还没有找到任何方法来创建能够处理此问题的端点行为。
我有一个针对 SOAP 端点的工作 WCF-Custom SP,但我找不到任何通常作为 v9.0.2.4 中的 CRM SDK 的一部分提供的模式的踪迹,所以我认为 Microsoft 正在温和地推动我们转向新的 REST Web API。
根据 Microsoft Dynamics 365 Customer Engagement (online) to require TLS 1.2 for connectivity
,最新版本的 Dynamics CRM 需要 TLS 1.2
为了使您能够
- 需要更改您的端点行为以告诉它使用 TLS 1.2,就像在本博客中为 Saleforce 端点行为所做的那样 Salesforce disabling TLS 1.0 – How to get it working for API calls via BizTalk
- 或确保您已根据 Support for TLS 1.2 protocol in BizTalk Server and then follow the link from there to the article MS16-065: Description of the TLS/SSL protocol information disclosure vulnerability (CVE-2016-0149): May 10, 2016 安装了正确的 CU,这会告诉您设置
SchUseStrongCrypto
注册表项。注意:第二个选项是服务器范围的,将使所有连接首先尝试 TSL 1.2。
为什么不使用 OAuth 2.0 for this? Setting it up in BizTalk is easy if you base it on this SalesForce example。
我正在尝试配置 WCF-WebHttp 发送端口以访问 Dynamics CRM OData REST WebAPI,但我遇到了让身份验证行为起作用的障碍。
配置端点Url、凭据和传输安全发送端口无法处理消息并出现错误
System.IO.IOException: Authentication failed because the remote party has closed the transport stream.
在 BizTalk 2013 to CRM 2011 Integration 之后,我尝试使用 ClientCredential 端点行为,但问题仍然存在。
我知道问题是检索身份验证令牌,但我还没有找到任何方法来创建能够处理此问题的端点行为。
我有一个针对 SOAP 端点的工作 WCF-Custom SP,但我找不到任何通常作为 v9.0.2.4 中的 CRM SDK 的一部分提供的模式的踪迹,所以我认为 Microsoft 正在温和地推动我们转向新的 REST Web API。
根据 Microsoft Dynamics 365 Customer Engagement (online) to require TLS 1.2 for connectivity
,最新版本的 Dynamics CRM 需要 TLS 1.2为了使您能够
- 需要更改您的端点行为以告诉它使用 TLS 1.2,就像在本博客中为 Saleforce 端点行为所做的那样 Salesforce disabling TLS 1.0 – How to get it working for API calls via BizTalk
- 或确保您已根据 Support for TLS 1.2 protocol in BizTalk Server and then follow the link from there to the article MS16-065: Description of the TLS/SSL protocol information disclosure vulnerability (CVE-2016-0149): May 10, 2016 安装了正确的 CU,这会告诉您设置
SchUseStrongCrypto
注册表项。注意:第二个选项是服务器范围的,将使所有连接首先尝试 TSL 1.2。
为什么不使用 OAuth 2.0 for this? Setting it up in BizTalk is easy if you base it on this SalesForce example。