Windows Server 2012 R2上PostgreSQL服务器远程连接超时求助

你已经完成了PostgreSQL核心配置的基础调整——正确设置了postgresql.conf的listen_addresses = '*'，也在pg_hba.conf里给客户端IP开了信任权限，这两步没问题。但连接超时大概率是系统防火墙或网络连通性层面的问题，咱们一步步来排查：

• 1. 确认PostgreSQL服务已重启
  修改postgresql.conf后必须重启服务才能让新配置生效，很多人容易忽略这一步：

  • 按下Win+R输入services.msc打开「服务」面板
  • 找到名为postgresql-x64-xx（xx是你的PostgreSQL版本号）的服务
  • 右键选择「重启」，确保服务状态显示为「正在运行」

• 2. 配置Windows Server防火墙放行5432端口
  Windows Server默认会阻挡外部对5432端口的访问，这是最常见的原因：

  1. 打开「Windows防火墙高级设置」
  2. 左侧选择「入站规则」，右侧点击「新建规则」
  3. 规则类型选「端口」，点击下一步
  4. 选择「TCP」，在「特定本地端口」输入5432，点击下一步
  5. 选择「允许连接」，点击下一步
  6. 根据你的环境勾选适用的网络类型（域、专用、公网），点击下一步
  7. 给规则命名（比如PostgreSQL 5432端口放行），完成配置

• 3. 验证服务器本地监听状态
  在服务器上打开PowerShell或命令提示符，执行以下命令确认PostgreSQL是否在监听所有IP的5432端口：

  netstat -ano | findstr :5432
  

  正常情况下会看到类似TCP 0.0.0.0:5432 0.0.0.0:0 LISTENING xxxx的输出，0.0.0.0:5432就表示服务在监听所有IP地址。

• 4. 测试客户端与服务器的网络连通性
  在客户端机器的PowerShell中执行以下命令，检查5432端口是否能正常连通：

  Test-NetConnection 192.168.1.3 -Port 5432
  

  如果结果里TcpTestSucceeded显示True，说明端口通了；如果是False，可能是路由器ACL限制、客户端防火墙阻挡，或者服务器防火墙规则没配置到位。

• 5. 检查pg_hba.conf是否有语法错误
  如果前面的网络测试都通过了还是连不上，可能是pg_hba.conf存在格式问题。你可以查看PostgreSQL的日志文件（默认路径在C:\Program Files\PostgreSQL\xx\data\pg_log），搜索pg_hba.conf相关的错误信息，比如是否有缩进、格式不符合要求的地方。

要是做完这些步骤还是有问题，可以告诉我客户端连接时的具体报错内容，或者日志里的错误信息，我再帮你进一步定位。

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