如果你做了所有这些，它仍然不工作，检查该用户的到期:

Postgres密码认证失败

这招对我很管用: http://tecadmin.net/fatal-ident-authentication-failed-for-user-postgres/#

local   all             postgres                                trust
local   all             myapp_usr                               trust
# IPv4 local connections:
host    all             all             127.0.0.1/32            trust
# IPv6 local connections:
#host    all             all             ::1/128                 trust

我只需要简单地添加-h localhost位就可以工作了

问题仍然是pg_hba.conf文件。这一行:你可以在/etc/postgres/ vary /main目录下找到这个文件

local   all             postgres                                peer
Should be

local   all             postgres                                md5

下面是官方PostgreSQL文档中关于身份验证方法的两个选项的简要描述。

对等的身份验证

对等身份验证方法的工作原理是从内核获取客户机的操作系统用户名，并将其用作允许的数据库用户名(可选的用户名映射)。此方法仅在本地连接上受支持。

密码身份验证

基于密码的认证方式有md5和password。除了通过连接发送密码的方式(分别为md5散列和明文)外，这些方法的操作类似。

如果您完全担心密码“嗅探”攻击，那么首选md5。尽量避免使用简单的密码。但是，md5不能与db_user_namespace特性一起使用。如果连接受SSL加密保护，则可以安全地使用密码(如果依赖于使用SSL，则SSL证书身份验证可能是更好的选择)。

修改此文件后，不要忘记重新启动PostgreSQL服务器。如果你在Linux上，那将是sudo service postgresql重启。

编辑/etc/postgresql/8.4/main/pg_hba.conf文件，并将ident或peer替换为md5或trust，这取决于您是否希望它在您自己的计算机上询问密码。 然后重新加载配置文件:

/etc/init.d/postgresql reload

我花了更多的时间来解决这个我愿意承认的错误。

我认为pg_hba.conf中的身份验证配置顺序与您的情况相关。默认配置文件在普通安装中包含几行。这些默认值可以匹配身份验证尝试的条件，从而导致身份验证失败。不管在.conf文件末尾添加了什么额外的配置，它都会失败。

要检查使用的是哪一行配置，请确保查看消息的默认日志文件。你可能会看到这样的东西

LOG:  could not connect to Ident server at address "127.0.0.1", port 113: Connection refused
FATAL:  Ident authentication failed for user "acme" 
DETAIL:  Connection matched pg_hba.conf line 82: "host     all             all             127.0.0.1/32            ident"

结果是这条默认行导致了拒绝。

host    all             all             127.0.0.1/32            ident

试着把它注释掉。