无法通过OpenVPN连接Windows远程服务器上的PostgreSQL数据库求助

首先，咱们先拆解下你的问题核心：远程服务器只有网关IP能接收外部流量，自身IP无法被直接访问，而你用网关IP连PostgreSQL超时，这大概率是网络层面的端口转发或防火墙问题——PostgreSQL本身的基础配置（pg_hba和listen_addresses）看起来已经做了开放设置。

下面是一步步的排查和解决步骤：

1. 优先配置网关的端口转发规则 #

因为所有流量都通过网关IP传输，你发送到网关IP的5432端口请求，需要网关把这个流量转发到远程服务器自身的IPv4地址的5432端口。如果没有这条转发规则，网关不知道该把请求递交给谁，自然会出现超时。

你需要登录网关设备（比如路由器、防火墙），添加一条端口转发规则：

• 外部协议/端口：TCP 5432
• 内部目标IP：远程服务器自身的IPv4地址
• 内部目标端口：TCP 5432
• 允许的源IP：可以先设为你的本地计算机OpenVPN网段（或者暂时用0.0.0.0/0测试，之后再缩小范围提升安全性）

2. 验证端口连通性 #

配置完转发后，先测试网络链路是否通畅，用以下命令之一即可：

# 用telnet测试（Windows/macOS/Linux都支持）
telnet [gateway IP] 5432
# 或者用nc（如果本地有安装）
nc -zv [gateway IP] 5432

如果提示“Connected”或类似成功信息，说明网络通了；如果还是超时，继续往下排查。

3. 检查远程服务器的Windows防火墙 #

即使PostgreSQL监听了所有地址，Windows防火墙可能会拦截从网关转发过来的5432端口连接：

• 打开Windows Defender防火墙，进入「高级设置」
• 添加一条入站规则：允许TCP协议的5432端口，来源设为OpenVPN网段或网关IP
• 也可以暂时关闭Windows防火墙测试，如果能连接了，说明就是防火墙的问题，再把规则配置完善即可

4. 确认PostgreSQL监听配置生效 #

有时候修改postgresql.conf后没重启服务，配置不会生效。在远程服务器上执行：

netstat -ano | findstr :5432

如果输出里有0.0.0.0:5432的行，说明PostgreSQL确实在监听所有IPv4地址；如果只有127.0.0.1:5432，那你需要重启PostgreSQL服务，让listen_addresses = '*'的配置生效。

5. 关于pg_hba.conf的补充说明 #

你的pg_hba.conf已经配置了host all all 0.0.0.0/0 md5，这条规则已经允许所有IPv4地址连接，所以不需要单独添加网关IP。如果之后连接提示权限问题，再检查规则顺序（你的配置里这条规则在127.0.0.1的严格规则之后，是正确的）。

按照上面的步骤排查，应该能解决连接超时的问题。

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