Dokku postgres:expose命令异常求助：容器名冲突但容器不存在，端口显示已暴露却无法连接

看起来你遇到了Dokku Postgres插件端口暴露的状态不一致问题，既有残留容器占名，又有端口显示生效但实际无法连接的矛盾。咱们一步步来排查解决：

1. 清理残留的Ambassador容器 #

你用docker ps找不到冲突容器，是因为这个命令默认只显示运行中的容器，而那个占了名字的ambassador容器大概率已经停止了。先把它找出来：

docker ps -a | grep dokku.postgres.wiki-fashion-hasura.ambassador

如果能找到，直接强制删除它（用容器ID或者名字都可以）：

# 用容器ID删除
docker rm -f 05ac13c5682af1b1334ffda6d9142c2e577c81f0776c9a0449516d5ca6d55c8d
# 或者用容器名删除
docker rm -f dokku.postgres.wiki-fashion-hasura.ambassador

2. 校准Dokku的端口暴露状态 #

虽然dokku postgres:info显示端口映射存在，但实际连接失败，先确认端口配置的准确性：

• 查看该Postgres服务的端口详情：

dokku postgres:ports wiki-fashion-hasura

• 如果显示的端口有问题，先取消暴露再重新指定端口开启（指定端口能避免自动分配的冲突）：

dokku postgres:unexpose wiki-fashion-hasura
dokku postgres:expose wiki-fashion-hasura 729

3. 检查Postgres容器的实际端口绑定 #

有时候Dokku的状态显示和容器实际配置不一致，得直接看容器的端口映射：

• 先找到运行中的Postgres容器ID：

docker ps | grep wiki-fashion-hasura

• 查看容器的端口绑定详情：

docker inspect <容器ID> | grep -A 10 "Ports"

你需要确认输出里有0.0.0.0:729->5432/tcp或者:::729->5432/tcp的条目，如果没有，说明端口根本没绑定成功，重启服务试试：

dokku postgres:restart wiki-fashion-hasura

4. 排查网络与防火墙限制 #

telnet连接被拒绝，除了容器端口问题，还要检查外部网络是否允许流量进入：

• 服务器本地防火墙（比如ufw）是否开放729端口：

# 查看当前规则
ufw status | grep 729
# 如果没开放，添加规则
ufw allow 729/tcp

• 如果你用的是云服务器（AWS、阿里云等），一定要检查安全组规则是否允许729端口的入站流量——这是很多人容易忽略的关键环节！

5. 查看日志找错误线索 #

如果前面的步骤都没解决问题，日志能帮你定位深层原因：

• 查看Postgres服务的运行日志：

dokku postgres:logs wiki-fashion-hasura

• 查看Dokku的系统日志（以Ubuntu为例）：

journalctl -u dokku.service -f

日志里可能会出现权限问题、插件异常、端口占用等具体错误信息。

6. 极端情况：重置服务网络配置 #

如果所有方法都无效，可以尝试重置该服务的网络配置（不会删除数据库数据，只是重置端口绑定）：

dokku postgres:unexpose wiki-fashion-hasura
# 删除当前Postgres容器
docker rm -f $(docker ps -a | grep wiki-fashion-hasura | awk '{print $1}')
# 重启服务并重新暴露端口
dokku postgres:start wiki-fashion-hasura
dokku postgres:expose wiki-fashion-hasura 729

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