linux - unixODBC/Postgres密码神秘登录错误

Question

我用 C++ 编写了一些使用 ODBC 远程处理数据库的软件。在这种情况下，数据库在 Postgres 引擎中运行，而我的软件在安装了 unixODBC 和 odbc-postgres 驱动程序的 Ubuntu 服务器计算机上运行。

我使用带有正确模板文件的 odbcinst 来生成我的 .odbc.ini 文件。我知道它是正确的，因为我用它连接到具有不同用户名/密码组合的不同服务器上的不同 Postgres 数据库。俗话说，“在我的开发机器上工作”。

在这台目标机器上，我更改了服务器、用户名和密码以匹配我希望它连接的位置。

因此，在 bash 命令行上，我测试了:

$ isql -v myDSN

产生:

[28000][unixODBC]FATAL:  password authentication failed for user "myUser"
[ISQL]ERROR: Could not SQLConnect

呃，好吧，让我们试试这个:

$ isql -v myDSN myUser myPassword

这会产生:

+---------------------------------------+
| Connected!                            |
|                                       |
| sql-statement                         |
| help [tablename]                      |
| quit                                  |
|                                       |
+---------------------------------------+
SQL>

Neato，但当“myPassword”被逐字剪切和粘贴以确保其相同时，它相当神秘。

好吧，所以，也许在我的二进制文件中，我可以使用“DSN=myDSN”作为传递到命令行的连接字符串，而不是:

$ my_bin --myArgs --dsn Driver={PostgreSQL\ Unicode}\;Servername=myServer\;Database=myDatabase\;UID=myUser\;PWD=myPassword

但是，这会生成一个 ODBC 错误，我将其发送到标准输出:

[unixODBC]FATAL:  password authentication failed for user "myUser"

(当然，使用 --dsn DSN=myDSN 也会以完全相同的方式失败)。

这个密码是正确的。如果我使用所有三个命令行参数调用，我可以建立连接并在 isql 中使用它。但是，出于某种原因，在这种环境中，其他原因阻止我正确地执行此操作。

在此连接的实际密码中，我使用了“#”字符。这是唯一可能以任何方式导致问题的远程奇特字符。我知道 bash 在命令行上没有对它做任何奇怪的事情，因为我看到它在我的可执行文件的 stdout 中被引用，并且我尝试在它前面加上\以确保它被正确转义以防 bash 做一些不愉快的事情与它。

我不能将 isql 用于我想做的事情...我可能请求的数据集需要一些 C++(或类似的)爱好。

编辑:

进一步调查，我做了以下事情:

1. 更改了 .odbc.ini 文件以匹配开发环境。这导致连接成功。因此，客户端环境中没有任何错误。
2. 更改了 .odbc.ini 文件以使用相同的服务器和数据库，但更改了登录以匹配失败的登录。然后我将该角色/密码添加到开发 Postgres 引擎，匹配目标 Postgres 引擎上的目标帐户。这个失败了。因此，我认为问题可能与密码有关。

关于从这里到哪里去有什么建议吗？

Answer 1

最后，我添加了另一个用户，其密码中没有“#”字符，并更改了我的 .odbc.ini 文件以匹配新用户和密码。

这连接正确。

也许这个驱动程序有错误。