时间戳

首页 > 解决方案 > unixODBC/Postgres 密码神秘登录错误

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

问题描述

我用 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”被剪切和粘贴以确保它是相同的时，它相当神秘。

好的，所以，也许在我的二进制文件中，我可以使用：

$ 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 在命令行上并没有对它做任何奇怪的事情，因为我看到它在我的可执行文件的标准输出中被引用，并且我尝试在它前面加上 \ 以确保它被正确转义以防 bash 正在做一些令人讨厌的事情用它。

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

编辑：

再调查一些，我做了以下事情：

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

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

标签： linuxpostgresqlodbc

解决方案

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

这连接正确。

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

推荐阅读