Report Builder: Error: Connection failed. Unable to connect to the server that is specified in the URL. 'https://www.url.com/ReportServer'. Make sure that the server is running, the URL is correct. when connecting to Report Builder
Odata: Excel ODATA errors after disabling TLS 1.0
Blackbaud Add-Ins: Error: The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel. when installing Microsoft Word or Excel Add-In
*****************General Resolution for all**********************************
The error occurs as a result of TLS 1.0 being disabled. To resolve this issue your organization’s IT department will need to review the below details regarding registry key additions that will need to be added to individual workstations. These changes will need to be performed by your organization.
Blackbaud always recommends having a valid, restorable backup for any component of your environment before making changes. Many of the server configurations require registry settings to enable or activate. Staff should be familiar with making changes to the registry. Ensure you have a plan to, and can, revert any changes to a previous, working state if there are problems. There are multiple ways to change or add registry settings including (but not limited to) manually adding via the registry editor or via PowerShell or Microsoft Group Policy. Your organization should review the recommended changes below and evaluate the best method to make the changes on the required workstations.
Update the .NET Framework
To update the .NET Framework to support vTLS 1.2, first determine your .NET version number. (For help, see KB 318785.) Earlier versions of the .NET Framework may require updates or registry changes to enable strong cryptography.
Use these guidelines:
- The .NET Framework 4.6.2 supports TLS v1.1 and TLS v1.2. No further changes are needed.
- The .NET Framework 4.6 and earlier versions must be updated to support TLS v1.1 and TLS v1.2.
If you're using the .NET Framework 4.5.1 or 4.5.2 on Windows 8.1, Windows RT 8.1, or Windows Server 2012, the relevant updates and details are also available from the Download Center.
- The .NET Framework 4.6.1 and earlier versions must be configured to support strong cryptography. Set the SchUseStrongCrypto registry setting to DWORD:00000001. This disables the RC4 stream cipher and requires a restart. To learn more about this setting, see Microsoft Security Advisory 296038.
For 32-bit applications on 32-bit systems (or 64-bit applications on 64-bit systems), update the following subkey value:
For 32-bit applications running on x64-based systems, update the following subkey values:
Microsoft White Paper on TLS: https://www.microsoft.com/en-us/download/confirmation.aspx?id=55266
PCI Security Standards Council site: https://www.pcisecuritystandards.org/
With suggested resources
- “Are You Ready for 30 June 2018? Saying Goodbye to SSL/early TLS” by Laura K. Gray for PCI Security Standards Council: https://blog.pcisecuritystandards.org/are-you-ready-for-30-june-2018-sayin-goodbye-to-ssl-early-tls
- “Migrating from SLL and Early TLS” by PCI Security Standards Council: https://www.pcisecuritystandards.org/documents/Migrating_from_SSL_Early_TLS_Information%20Supplement_v1.pdf
- Document library: https://www.pcisecuritystandards.org/document_library
Q&D PowerShell: https://palmarg.wordpress.com/2014/06/09/enabling-tls-1-2-using-powershell/
Strong crypto .net 4.x
Enabling Strong Authentication for .NET applications
The .NET Framework 3.5/4.0/4.5.x applications can switch the default protocol to TLS v1.2 by enabling the SchUseStrongCrypto registry key.
This registry key will force .NET applications to use TLS v1.2.