SSL Provider Client and Server do not possess a common algorithm

  • 16 February 2021
  • 0 replies
  • 378 views

Userlevel 5
Badge +20
 

SSL Provider Client and Server do not possess a common algorithm

KBS100262

DOWNLOADS

IISCrypto tool for enabling/disabling TLS/SSL

https://www.nartac.com/Products/IISCrypto

PRODUCT
K2 Five
BASED ON
K2 Five (all)
SEE ALSO

http://sqlvandalism.com/2017/03/19/the-client-and-server-cannot-communicate-because-they-do-not-possess-a-common-algorithm/

https://docs.microsoft.com/en-us/windows-server/security/tls/tls-registry-settings

TAGS
K2 Server
Microsoft SQL
Service Broker
Upgrading
SmartObjects
SQL
Upgrade
This article was created in response to a support issue logged with K2. The content may include typographical errors and may be revised at any time without notice. This article is not considered official documentation for K2 software and is provided "as is" with no warranties.

Issue

After migrating K2 4.7 to a new Windows 2016 server and upgrading to K2 5.3, SQL SmartObjects execution started to fail with:

A connection was successfully established with the server, but then an error occurred during the login process.  (provider: SSL Provider, error: 0 - The client and server cannot communicate, because they do not possess a common algorithm.)

Symptoms

  • Adding a test SQL service instance against the same SQL 2016 server as the K2 database works
  • The SQL service instances that are not working are connected to a SQL 2012 server
  • It was determined that the SQL 2012 server likely did not have TLS 1.2 support and required SSL 3.0 or TLS 1.0 that was disabled on the new Windows 2016 K2 server.

Resolution

To resolve the issue, you will either need to:

  • Apply the applicable updates so that SQL Server 2012 will support TLS 1.2 (which is enabled on the new K2 Windows 2016 server)
    Or
  • Enable TLS 1.0 on the new K2 Windows 2016 server.

0 replies

Be the first to reply!

Reply