我用 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++(或类似的)爱好。
编辑:
进一步调查,我做了以下事情:
- 更改了 .odbc.ini 文件以匹配开发环境。这导致连接成功。因此,客户端环境中没有任何错误。
- 更改了 .odbc.ini 文件以使用相同的服务器和数据库,但更改了登录以匹配失败的登录。然后我将该角色/密码添加到开发 Postgres 引擎,匹配目标 Postgres 引擎上的目标帐户。这个失败了。因此,我认为问题可能与密码有关。
关于从这里到哪里去有什么建议吗?
最佳答案
最后,我添加了另一个用户,其密码中没有“#”字符,并更改了我的 .odbc.ini 文件以匹配新用户和密码。
这连接正确。
也许这个驱动程序有错误。
关于linux - unixODBC/Postgres密码神秘登录错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52408238/