我得到了错误:
FATAL: Peer authentication failed for user "postgres"
当我尝试让postgres与Rails一起工作时。
这是pg_hba.conf，我的数据库。Yml，以及完整跟踪的转储。
我在pg_hba中将身份验证更改为md5，并尝试了不同的方法，但似乎都不起作用。
我还尝试按照Rails 3.2创建一个新用户和数据库，FATAL: Peer authentication failed for user (PG::Error)
但是它们不会在pgadmin上显示，甚至当我运行sudo -u postgres psql -l时也不会显示。
知道我哪里错了吗?
当前回答
我在克隆服务器上移动数据目录，登录postgres时遇到了麻烦。像这样重置postgres密码对我有用。
root# su postgres
postgres$ psql -U postgres
psql (9.3.6)
Type "help" for help.
postgres=#\password
Enter new password:
Enter it again:
postgres=#
其他回答
如果您有问题，您需要找到pg_hba.conf。命令如下:
查找/ -name 'pg_hba.conf' 2>/dev/null
然后修改配置文件:
Postgresql 9.3
Postgresql 9.4
下一步是:重新启动你的db实例:
Service postgresql-9.3 restart
如果您有任何问题，您需要重新设置密码:
修改用户密码为db_password
在连接中使用host=localhost。
PGconn *conn = PQconnectdb(
"host=localhost user=postgres dbname=postgres password=123"
);
修改pg_hba.conf中的METHOD peer为trust (/etc/postgresql/9.1/main/pg_hba.conf |第85行)可以解决这个问题。添加md5需要密码，因此如果需要避免使用密码，请使用trust而不是md5。
如果你想保持默认配置，但想对一个特定的用户/db连接进行socket md5认证，在“local all/all”行之前添加一个“local”行:
# TYPE DATABASE USER ADDRESS METHOD
# "local" is for Unix domain socket connections only
local dbname username md5 # <-- this line
local all all peer
# IPv4 local connections:
host all all 127.0.0.1/32 ident
# IPv6 local connections:
host all all ::1/128 ident
问题仍然是你的pg_hba.conf文件*。
这条线:
local all postgres peer
应该是:
local all postgres md5
修改此文件后，不要忘记重新启动PostgreSQL服务器。如果你在Linux上，那将是sudo systemctl restart postgresql(在旧系统上:sudo service postgresql restart)。
定位hba.conf
注意，这个文件的位置不是很一致。
您可以使用locate pg_hba.conf或询问PostgreSQL SHOW hba_file;来发现文件位置。
通常位于/etc/postgresql/[version]/main/pg_hba.conf和/var/lib/pgsql/data/pg_hba.conf。
下面是根据官方PostgreSQL文档中的认证方法对peer和md5选项的简要描述。
对等的身份验证
对等体认证的工作原理是获取客户端的认证信息 来自内核的操作系统用户名，并使用它作为允许的 数据库用户名(可选用户名映射)。这个方法是 仅支持本地连接。
密码身份验证
The password-based authentication methods are md5 and password. These methods operate similarly except for the way that the password is sent across the connection, namely MD5-hashed and clear-text respectively. If you are at all concerned about password "sniffing" attacks then md5 is preferred. Plain password should always be avoided if possible. However, md5 cannot be used with the db_user_namespace feature. If the connection is protected by SSL encryption then password can be used safely (though SSL certificate authentication might be a better choice if one is depending on using SSL).
