Docker容器中PostgreSQL无法远程psql连接，本地主机可正常连接

以下是针对「容器内/主机端连接正常，本地远程连接失败（曾正常可用）」问题的排查步骤：

• 核查防火墙/安全组规则
  之前正常的连接突然失效，大概率是主机防火墙或云服务商安全组的入站规则被修改，阻断了5432端口的请求。可以临时关闭防火墙测试：

  # Ubuntu/Debian系统
  sudo ufw disable
  # CentOS/RHEL系统
  sudo systemctl stop firewalld
  

  若关闭后能正常连接，需重新添加允许5432端口入站的规则，之后恢复防火墙服务。

• 确认Docker端口映射状态
  检查PostgreSQL容器的端口映射是否正确配置，执行docker ps查看容器信息，确认输出中包含0.0.0.0:5432->5432/tcp或:::5432->5432/tcp的映射记录。如果映射缺失或错误，需重启容器并重新指定-p 5432:5432参数。

• 查看PostgreSQL容器日志
  容器内的PostgreSQL日志会记录连接失败的具体原因，执行以下命令导出日志：

  docker logs <你的PostgreSQL容器ID/名称>
  

  重点查找包含「connection」「authentication」等关键词的日志条目，这能直接定位认证或连接层面的问题。

• 测试本地到主机的网络连通性
  在本地电脑上用工具测试主机5432端口的可达性：

  # 使用telnet测试
  telnet 10.173.157.25 5432
  # 使用nc测试（更直观）
  nc -zv 10.173.157.25 5432
  

  若测试显示无法连通，说明网络链路存在阻断；若能连通但psql仍报错，需回到PostgreSQL日志进一步排查。

• 验证PostgreSQL配置是否生效
  虽然你已修改postgresql.conf和pg_hba.conf，但需确认配置已生效。进入容器执行以下命令：

  # 检查监听地址
  psql -U postgres -c "show listen_addresses;"
  # 检查HBA规则
  psql -U postgres -c "select * from pg_hba_file_rules;"
  

  确认listen_addresses返回*，且pg_hba_file_rules中存在允许0.0.0.0/0和::/0的规则。若配置未生效，需重启容器。

• 检查主机端口占用情况
  执行netstat -tulpn | grep 5432再次确认5432端口的监听进程，确保只有docker-pr或PostgreSQL相关进程在监听，避免端口冲突导致的连接异常。

• 排查DNS解析问题
  你使用域名....de连接，需确认本地电脑对该域名的解析结果是否为正确的主机IP（10.173.157.25）：

  # 使用nslookup解析
  nslookup ....de
  # 使用dig解析
  dig ....de
  

  若解析结果错误，会导致连接到非目标服务器，需修正DNS配置或直接使用IP地址连接测试。

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