使用auth_type=hba配置Pgbouncer时遭遇登录拒绝问题求助

我来帮你搞定这个Pgbouncer的HBA认证问题！你已经做了不少基础配置，但还是卡在登录拒绝上，咱们一步步拆解排查：

第一步：先抓Pgbouncer的日志细节 #

这是最关键的一步，日志能直接告诉你到底哪里不对。

• 先修改/etc/pgbouncer/pgbouncer.ini，把log_connections = 0改成log_connections = 1，这样会记录所有连接请求的细节。
• 重启Pgbouncer让配置生效：

  systemctl restart pgbouncer
  

• 再次执行失败的连接命令：

  psql -U monitoring -p 6432 -h 127.0.0.1
  

• 查看/var/log/pgbouncer/pgbouncer.log，里面会有类似这样的具体错误提示：

  LOG: no hba rule found for host=127.0.0.1, user=monitoring, database=postgres
  这能直接定位是数据库名称不匹配、HBA规则没覆盖到，还是其他问题。

第二步：确认HBA规则的匹配逻辑 #

Pgbouncer的HBA规则是按顺序匹配的，第一条符合的规则生效，你的配置看起来没问题，但有几个细节要注意：

• 你当前的测试命令没指定数据库，psql会默认请求和用户名同名的数据库（也就是monitoring），但如果因为环境变量或者psql配置的原因，默认数据库变成了postgres，那你的HBA规则（只允许访问monitoring数据库）就会拒绝连接。建议测试时明确指定数据库：

  psql -U monitoring -d monitoring -p 6432 -h 127.0.0.1
  

• 你hba_bouncer.conf里的两条host规则，第一条0.0.0.0/0已经覆盖了所有TCP地址，第二条127.0.0.1/32是多余的，但不影响生效。

第三步：检查HBA文件的权限和加载情况 #

很多时候问题出在Pgbouncer读不到HBA配置文件：

• 查看文件权限，确保Pgbouncer的运行用户（通常是pgbouncer）有读取权限：

  ls -l /etc/pgbouncer/hba_bouncer.conf
  

  正常输出应该是类似：

  -rw-r----- 1 pgbouncer pgbouncer  150 Aug 20 14:30 hba_bouncer.conf
  

• 如果权限不对，修改权限后重启Pgbouncer：

  chown pgbouncer:pgbouncer /etc/pgbouncer/hba_bouncer.conf
  chmod 640 /etc/pgbouncer/hba_bouncer.conf
  systemctl restart pgbouncer
  

第四步：验证auth_type的配置逻辑 #

当auth_type = hba时，Pgbouncer的认证逻辑是：

1. 先通过auth_hba_file的规则判断是否允许连接；
2. 如果HBA规则的method是password，再从auth_file里读取密码进行验证。
   你的HBA规则用的是trust，理论上不需要auth_file，但有些Pgbouncer版本要求auth_file必须存在（即使是trust模式），你的userlist.txt配置是正确的：

"monitoring" "monitoring"

这部分应该没问题，但如果日志提示密码错误，可以检查这里的引号是否是英文双引号，有没有拼写错误。

第五步：确认Pgbouncer的监听状态 #

确保Pgbouncer确实在6432端口监听：

netstat -tulpn | grep 6432

正常输出应该看到类似：

tcp        0      0 0.0.0.0:6432            0.0.0.0:*               LISTEN      1234/pgbouncer

最可能的根源总结 #

根据你的配置，最常见的问题是：

• HBA配置文件权限不足，Pgbouncer读不到规则；
• 修改配置后没重启Pgbouncer，新规则没生效；
• 连接时未指定正确的monitoring数据库，导致匹配不到HBA规则。

先看日志，几乎能直接找到问题所在！

内容的提问来源于stack exchange，提问作者Валерий Казанцев