FreeTDS:用户登录失败

Question

我正在尝试使用FreeTDS连接到MSSQL 2005服务器。

但是我得到了“登录失败的用户”错误。在FreeTDS手册故障排除部分中有一个部分。但它没有提到任何可能与之相关的错误。这会是我的tsql连接字符串的问题吗？或者是MSSQL方面的配置错误？

我能够使用相同的凭据连接到Server管理。

这是我正在使用的内容和输出(我删除了ipnumber和username)：

$ TDSVER=4.2 tsql -H <ipnumber> -p 1433 -U <username>
Password:
locale is "en_US.UTF-8"
locale charset is "UTF-8"
using default charset "UTF-8"
Msg 18456 (severity 14, state 1) from PS136 Line 1:
        "Login failed for user '<username>'."
Error 20002 (severity 9):
        Adaptive Server connection failed
There was a problem connecting to the server

以及我的编译时设置：

$ tsql -C
Compile-time settings (established with the "configure" script)
                            Version: freetds v0.91
             freetds.conf directory: /etc/freetds
     MS db-lib source compatibility: no
        Sybase binary compatibility: yes
                      Thread safety: yes
                      iconv library: yes
                        TDS version: 4.2
                              iODBC: no
                           unixodbc: yes
              SSPI "trusted" logins: no
                           Kerberos: no

我在Ubuntu12.04上安装了FreeTDS，如下所示：

 $sudo apt-get install freetds-common freetds-bin tdsodbc

Answer 1

结果发现我的港口号码错了。我还需要在freetds配置文件中指定instance。

Answer 2

我还使用freetds连接到Server 2012。

我在我的freetds.conf文件中有这个部分

[mycomp]
        host = some.ipnumber.or.hostname
        port = 1433
        client charset = UTF-8
        tds version = 8.0

然后我连接sqsh (isql替换，也在ubuntu repos中)。

 sqsh -I /etc/freetds/freetds.conf -Smycomp  -Uknb -Psecrit

这是我的tsql -C输出

○ → tsql -C
Compile-time settings (established with the "configure" script)
                            Version: freetds v0.91
             freetds.conf directory: /etc/freetds
     MS db-lib source compatibility: no
        Sybase binary compatibility: yes
                      Thread safety: yes
                      iconv library: yes
                        TDS version: 4.2
                              iODBC: no
                           unixodbc: yes
              SSPI "trusted" logins: no
                           Kerberos: yes