为何无法远程访问Postgres 10.3？Ubuntu服务器远程连接故障

你已经做了常规的远程连接配置（修改listen_addresses、调整pg_hba规则、开放防火墙端口、重启服务等），本地连接正常但远程仍无法访问，咱们可以从这些容易忽略的细节入手排查：

1. 确认Postgres服务的监听状态 #

有时候配置修改后看似生效，实际服务没正确加载新配置。在服务器上执行以下命令，验证Postgres是否真的监听了所有IP的5432端口：

sudo ss -tulpn | grep postgres

正常输出应该包含0.0.0.0:5432或:::5432（IPv6），如果只有127.0.0.1:5432，说明listen_addresses = '*'的配置没生效——检查postgresql.conf的路径是否正确（比如Ubuntu默认路径是/etc/postgresql/10/main/postgresql.conf），有没有拼写错误（比如引号格式不对、多打了空格）。

2. 验证pg_hba.conf的规则优先级 #

pg_hba.conf的规则是从上到下匹配的，如果你的host all all 0.0.0.0/0 trust放在了更严格的规则后面（比如存在host all all 192.168.0.0/24 reject这类拦截规则），就会被覆盖。可以在服务器上执行以下命令，查看当前生效的规则状态：

psql -U postgres -c "SELECT * FROM pg_hba_file_rules;"

确保你的全IP允许规则是active状态，且位置在其他可能拦截远程连接的规则之前。另外，修改pg_hba.conf后无需重启服务，执行sudo systemctl reload postgresql就能让配置生效。

3. 测试端口连通性（而非仅ping） #

ping通只能说明网络可达，但端口可能仍被阻断。在你的笔记本上用nc（netcat）或telnet测试：

nc -zv <服务器IP> 5432

如果显示连接超时/被拒绝，优先检查：

• 服务器所在的云服务商（如果是云主机）是否开放了安全组的5432端口（很多人只配置了本地ufw，忽略了云平台的安全组）
• VPN环境下的路由是否正确，有没有将服务器IP的流量正确导向VPN隧道，或VPN服务器是否限制了端口转发

4. 查看Postgres日志定位具体原因 #

日志是排查问题的核心，找到Postgres的日志文件（Ubuntu默认路径是/var/log/postgresql/postgresql-10-main.log），查看远程连接尝试时的日志条目：

• 如果日志显示no pg_hba.conf entry for host "xxx.xxx.xxx.xxx", user "postgres", database "postgres"，说明pg_hba规则未匹配
• 如果显示could not accept connection: Connection refused，说明端口未监听或被防火墙阻断
• 如果显示password authentication failed for user "xxx"，即使你用了trust，也要确认用户是否允许远程登录

5. 排查其他安全工具拦截 #

除了ufw和iptables，服务器上可能还有其他安全工具：

• 临时关闭fail2ban试试，看是否你的客户端IP被拉黑：sudo systemctl stop fail2ban
• 检查apparmor是否限制了Postgres的网络访问，执行sudo aa-status查看状态，必要时临时关闭测试

内容的提问来源于stack exchange，提问作者Timo Treichel