答案是调整pg_hba.conf配置、确认用户密码及权限、检查连接参数和日志。首先修改pg_hba.conf中的认证方式为md5，确保本地和远程连接规则正确；然后用sudo -u postgres psql创建或设置用户密码；接着检查postgresql.conf中listen_addresses是否启用TCP监听，开放5432端口；最后通过日志文件查看具体错误提示，如密码失败、用户名不匹配或无匹配规则，逐一排查解决。
PostgreSQL 认证失败通常是因为客户端连接时提供的身份验证信息未通过服务器配置的检查。要解决这个问题，需要从配置文件、用户权限和连接方式几个方面排查。
1. 检查 pg_hba.conf 配置
PostgreSQL 使用 pg_hba.conf 文件控制客户端认证方式。这个文件位于数据目录中（如 /etc/postgresql/版本/main/pg_hba.conf 或 /var/lib/pgsql/data/pg_hba.conf）。
常见问题：
- 本地连接使用了 ident 或 peer 认证，但系统用户名与数据库用户不匹配。
- 远程连接设置为 md5 或 password，但客户端未提供密码。
- IP 地址范围或访问类型配置错误，导致规则未生效。
解决方法：
- 修改对应连接行的认证方式。例如，允许本地用户用密码登录： host all all 127.0.0.1/32 md5
- 对于本地 Unix 套接字连接，可改为： local all all md5
- 修改后需重载配置： sudo systemctl reload postgresql 或执行 SELECT pg_reload_conf();
2. 确认用户是否存在并设置密码
确保你使用的数据库用户已创建且设置了密码。
进入 PostgreSQL 命令行（通常需 sudo）：
sudo -u postgres psql然后检查或设置密码：
ALTER USER your_username WITH PASSWORD 'your_password';如果用户不存在，先创建：
CREATE USER your_username WITH PASSWORD 'your_password' SUPERUSER;3. 检查连接命令和参数
连接时必须提供正确的主机、端口、用户名、数据库名和密码。
例如使用 psql 命令：
psql -h 127.0.0.1 -U your_username -d your_dbname -W其中 -W 表示提示输入密码。如果省略，可能因没有自动提供密码而失败。
远程连接时确认是否启用了 TCP 监听。检查 postgresql.conf 中：
listen_addresses = 'localhost'如需远程访问，改为：
listen_addresses = '*'同时确保防火墙放行 5432 端口。
4. 查看日志定位具体错误
PostgreSQL 日志通常能明确提示认证失败原因，比如：
- password authentication failed for user：密码错误或用户不存在。
- Ident authentication failed：peer/ident 用户名不匹配。
- no pg_hba.conf entry：没有匹配的访问规则。
日志位置常见于：
/var/log/postgresql/postgresql-版本-main.log 或数据目录下的 log/ 子目录基本上就这些。多数认证失败问题通过调整 pg_hba.conf 和确认用户密码即可解决。关键是根据日志提示一步步排查，不要忽略大小写和网络配置细节。
