小编Jos*_*rke的帖子

直到昨天晚上，我才能从本地机器连接到我的服务器。现在，我收到以下错误：

已成功与服务器建立连接，但在登录前握手期间发生错误。（提供程序：SSL 提供程序，错误：0 - 等待操作超时。）（.Net SqlClient 数据提供程序）

请注意，我可以毫无问题地登录到实际服务器。

昨天，我在我的机器上安装了 IIS 并使用我的 IP 地址设置了一个站点 - 不知道这是否有什么关系。

我确实遇到了这篇文章，按照步骤操作，但似乎没有帮助。

http://escapekeys.com/microsoft-sql-server-error-64-a-connection-was-successfully-established-with-the-server/89

我也看了下面的文章，更改了TC/IP设置，重新启动，但没有。

http://blog.sqlauthority.com/2009/05/21/sql-server-fix-error-provider-named-pipes-provider-error-40-could-not-open-a-connection-to-sql-服务器-microsoft-sql-server-error/

也开始尝试从评论中提出建议，但当我意识到我可能会把事情搞砸时就停止了。

那么，为什么会发生这种情况/我该如何解决？

在 SQL Server 2005 / 2008 上设置安全性时。更安全的选项是什么？

• 仅限 Windows 身份验证模式
• 混合认证

服务器是否会被许多桌面客户端（胖客户端）访问，或者少数 Web 服务器将访问它是否重要？

编辑

为什么它更安全？使用 Windows 身份验证确实意味着我们可以避免将连接字符串放在配置文件中，这是一个优点。

Windows 身份验证还允许我们根据他们的 NT 凭据控制谁可以访问，我认为当您的客户端直接连接到服务器时，这是理想的。

然而，我一直想知道的一件事是，当所有客户端都通过 Web 服务等代理时，NT 身份验证有多大用处。