我们需要摆脱这些协议，使用更新更强的协议。在 Windows 服务器上，您可以非常轻松地禁用这些旧协议，而仅提供 TLS1.1 或更高版本。但是，正如其他地方所述，如果禁用了这些较低的协议，Microsoft SQL Server 2008 R2 和 SQL Server 2012（至少是标准版）都将无法启动。但是，MS SQL Server 的版本越来越多。有 SQL Server Standard、Business Intelligence、Enterprise、Express、Web 和 Compact 版本。当然还有 SQL Server 2008、2012、2014 和（预发布）2016。
这些版本中哪些支持或将仅支持使用 TLS1.1 或更高版本的协议？
由于以 PCI 合规性的名义禁用了 TLS 1.0，我无法使 32 位经典 ASP 应用程序工作。
根据 MS / Stack Exchange 的建议，我已经安装了：
这让我们的 ASP.NET 应用程序/SSMS 运行起来。但是我们使用ADODB.Connection对象的经典 ASP 应用程序不起作用。
我尝试了一个使用 的连接字符串Provider=SQLNCLI11;，但这似乎也无济于事。共享内存提供者仍然抱怨管道的另一端没有任何东西。错误信息：
Microsoft SQL Server Native Client 11.0 错误“80004005”
共享内存提供程序：管道的另一端没有进程。
我还尝试将命名管道与连接字符串一起使用Provider=SQLNCLI11;Server=np:\\.\pipe\MSSQL$SQLEXPRESS\sql\query;Database=northwind;Trusted_Connection=Yes;并收到此错误消息：
Microsoft SQL Server Native Client 11.0 错误“80004005”
命名管道提供者：管道的另一端没有进程。
是否有我应该注意的 ADODB 补丁？我应该考虑以其他方式或类似方式使用命名管道吗？（尽管我对为什么共享内存不起作用感到有些困惑，无论 TLS 设置如何）
评论更新：
Web 服务器和 SQL Server 位于同一台机器上。
它是一个 SQLExpress 命名实例。启用 TLS 1.0 的连接字符串是：
"Driver={SQL Server}; Server=.\SQLExpress; Database=northwind; Trusted_Connection=Yes; Integrated_Security=True;"
我也试过：
"Provider=SQLNCLI11; Server=.\SQLExpress; …