【问题标题】:User DSN timeout error for SQL ServerSQL Server 的用户 DSN 超时错误
【发布时间】:2016-12-10 22:23:48
【问题描述】:

一点背景知识:我有大约 20 个客户端,它们使用 User-DSN 连接到 SQL Server 数据库,以运行 Access 程序。迄今为止,一切正常。我对每个都使用相同的 SQL Server 身份验证。

前几天,我从“库存”中取出一台现有计算机来换掉现有用户。当我尝试创建他们的 DSN 时,我收到连接超时错误。如果我使用我的域管理员帐户,它工作正常。如果我使用用户登录名登录我的计算机,它也不起作用。如果我登录到用户的旧计算机,它可以正常工作。

让我感到困惑的是,我使用 SQL Server 登录来获取 ODBC 凭据,而不是 Windows。我错过了什么?

【问题讨论】:

  • 问:你有想过这个吗?
  • 不幸的是,我没有。计算机到服务器的通信 (ping) 有效,但超时仍然存在。虽然我知道使用 SQL 登录的 ODBC 连接不应该命中域,但我无法忘记这个问题只出现在用户登录到他们以前从未使用过的计算机或我在域上创建的新登录时。这甚至适用于对我的域管理员帐户进行“复制”。
  • "我知道使用 SQL 登录的 ODBC 连接不应该访问域" 问:是什么让你这么认为???仅仅因为您使用 SQL Server 身份验证登录......并不意味着您不需要域保护的资源来建立您的连接。请重新访问我在下面引用的链接...

标签: sql-server windows odbc user-profile dsn


【解决方案1】:

既然您说域用户可以从 PC 进行连接,但不是您的目标用户……而且听起来您的“目标用户”不是域用户……那么我猜首先要检查的是您的 MSSQL 实例配置为 Mixed mode authentication

以下是一些可能有帮助的链接:

【讨论】:

  • 对不起,我混淆了这个问题。让我重试:用户是域用户,不是新用户帐户。在用户 DSN 中,我使用 SQL Server 帐户,与所有其他 ODBC 连接中使用的帐户相同。
【解决方案2】:

我找到了解决问题的方法,但不确定它为什么有效。我在服务器上添加了一个入站 Windows 防火墙规则,用于端口 1433,相关用户可以连接。不知道为什么这会影响几个用户而不是其他 20 个用户,但至少它让我不再关注焦点!感谢大家的意见。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-06-01
    • 2012-05-26
    • 1970-01-01
    • 2021-10-08
    • 1970-01-01
    • 2018-06-20
    相关资源
    最近更新 更多