使用 TLS/SSL 时，可能会遇到以下一些错误：
命名管道
已成功与服务器建立连接，但在登录过程中发ssl错误生错误。 （提供程序：SSL 提供程序，错误：0 - 管道的另一端没有进程）Microsoft SQL Server，错误：233。
TCP
已成功与服务器建立连接，但在登录过程中发生错误。 （提供程序：SSL 提供程序，错误：0 - 远程主机 10054 强行关闭连接）Microsoft SQL Server，错误：233。
若要排查这些 SSL 错误，请执行以下步骤：
- 更新过期或不正确的证书。
- 启用 TLS 协议。
- 确保客户端和服务器上有匹配的密码套件。
有关这些步骤的详细信息，请参阅 升级到 TLS 1.2 后报告 SSL 错误。
如果此解决方法不起作用，请使用以下部分中的步骤收集更详细的日志
，以便深入了解这些错误的根本原因。
在客户端计算机、服务器计算机和任何其他相关系统（例如 Web 服务器或 SQL Server 链接服务器中间计算机）上运行 SQLCHECK。
- 下载最新版本的 SQLCHECK 并将其解压缩到文件夹，例如 C：MSDATA。
- 双击 Windows 文件资源管理器中的可执行文件。 报表将写入SQLCheck.exe所在的文件夹。
下载最新版本的 SQLTRACE 并将其解压缩到 C：MSDATA ssl错误 等文件夹中。
将有两个文件 SQLTrace.ps1 和 SQLTrace.ini。 INI 文件用于配置要捕获的内容。
在记事本中打开 SQLTrace.ini ，然后转到 “投标跟踪 ”部分。
请确保 已设置。
确保 符合应用程序正在使用的驱动程序。
将自动启用内置的 System.Data.SqlClient .NET 驱动程序。 如果这些不是应用程序正在使用的驱动程序，请使用字符注释此行 ，并取消注释其他一个（如 ODBC 部分或 OLEDB 部分）。 如果不确定，请询问数据库管理员（DBA）或应用程序开发人员，或使用第四 个驱动程序，其中包含当前使用的所有驱动程序。
保存文件。
网络部分会自动配置和 。 不应在没有充分理由的情况下更改这些ssl错误设置。
如果要跟踪本地连接，请确保应用程序使用 TCP/IP，而不是共享内存或命名管道。 安装和使用 WireShark 进行网络捕获，因为它支持 LoopBack 捕获。 WireShark 还很好地捕获 VPN 流量。
“ 身份验证” 部分自动配置了 其他许多设置。
你可能还需要在 MISC 部分进行设置。 它将为计算机上的所有用户和服务刷新 Kerberos 票证。
保存对SQLTrace.ini文件的所有更改后，必须先启用 BID 跟踪，然后才能开始跟踪。
以管理员身份打开 PowerShell。
将目录更改为包含 SQLTrace.ps1 的文件夹。
初始化 BID 跟踪注册表。
重启要跟踪的服务或应用程序。 否则，不会跟踪应用程序。
在以管理员身份跟踪的所有计算机上打开 PowerShell。 在重现问题之前，请完成所有计算机上的启动步骤。
将目录更改为包含 SQLTrace.ps1 的文件夹。
启动跟踪集合。
出现命令提示符时重现问题。
停止跟踪。
输出文件夹在当前目录中生成，你可以使用它进行进一步分析。
跟踪可能需要一两分钟才能完全停止，因为下载事件日志可能需要一段时间。
可以多次启动和停止跟踪，而无需重做配置步骤。 每次使用时，都会创建一个新文件夹，其中包含时间戳作为文件夹名称的一部分。 这一次对应于跟踪开始的时间。
第三方信息免责声明
本文中提到的第三方产品由 Microsoft 以外的其他公司提供。 Microsoft 不对这些产品的性能或可靠性提供任何明示或暗示性担保。
