PostgreSQL服务器连接丢失问题——SSL故障求助

以下是针对该错误的常见排查和解决步骤：

1. 排查SSL证书配置 #

• 服务器端验证：
  打开postgresql.conf，确认ssl_cert_file和ssl_key_file指向的证书/密钥文件路径正确，且文件权限设置为postgres用户可读（比如chmod 600 server.key）。如果证书过期或损坏，会导致SSL握手异常中断。
• 客户端连接模式调整：
  临时使用sslmode=allow参数测试连接（psql命令示例：psql "host=xxx port=5432 dbname=xxx user=xxx sslmode=allow"），如果连接不再报错，说明原SSL证书验证存在问题，需重新生成或配置合法的SSL证书对。

2. 排查网络层面问题 #

• 防火墙/安全组超时：
  检查服务器和客户端之间的防火墙、云安全组是否配置了过短的连接超时策略，空闲连接被强制断开会触发该错误。调整超时时间（比如设置为300秒以上）或开启连接保活机制。
• 网络连通性测试：
  使用ping、traceroute（或tracert）测试客户端到服务器的网络稳定性，也可以用tcpdump抓包分析SSL连接建立后的数据包交互，确认是否有异常中断的数据包。
• 代理/负载均衡影响：
  如果连接经过代理或负载均衡，检查其是否有主动断开空闲SSL连接的配置，调整代理的超时参数或开启长连接保活。

3. 调整PostgreSQL服务器参数 #

• 启用TCP保活：
  在postgresql.conf中调整以下参数，确保服务器主动发送保活包维持连接：

  tcp_keepalives_idle = 60    # 空闲60秒后发送第一个保活包
  tcp_keepalives_interval = 10 # 每10秒发送一次保活包
  tcp_keepalives_count = 5     # 连续5次未收到响应则断开连接
  

  修改后重启PostgreSQL服务生效。
• 查看服务器日志：
  将log_min_messages设置为debug1，重启服务后查看PostgreSQL日志文件，获取连接断开时的详细错误信息，定位具体原因（比如证书验证失败、连接资源耗尽等）。

4. 客户端连接优化 #

• 确保客户端连接字符串中的sslmode与服务器端的pg_hba.conf配置匹配：比如服务器要求SSL连接时，客户端不能使用sslmode=disable；如果服务器允许非SSL连接，可临时用sslmode=prefer测试。
• 对于应用客户端，检查连接池配置（比如HikariCP、pgBouncer），确保连接池的空闲超时时间与服务器、网络的超时策略匹配，避免连接池中的空闲连接被断开后未及时重建。

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