Rails项目Docker容器启动后localhost:3000无法访问求助

问题核心分析 #

从日志来看，PostgreSQL和Puma服务均已正常启动，但浏览器无法访问localhost:3000，核心原因大概率是Rails生产环境的主机访问限制，其次需要验证端口映射和防火墙配置。日志中database already exists属于非致命警告，不影响服务启动，但可优化。

分步解决 #

1. 修复Rails生产环境的主机限制 #

Rails生产环境默认会限制允许访问的主机，若未配置localhost，会直接拒绝请求。

修改config/environments/production.rb：

# 添加允许localhost访问
config.hosts << "localhost"
# 若为测试场景，可临时允许所有主机（生产环境需指定具体域名）
# config.hosts = nil

重新构建镜像并启动容器：

docker-compose build
docker-compose up -d

2. 验证端口映射与防火墙 #

• 检查容器端口映射是否生效：

  docker ps
  

  确认distant-mirror容器的PORTS列显示0.0.0.0:3000->3000/tcp或:::3000->3000/tcp。

• 检查Ubuntu防火墙是否放行3000端口：

  ufw status
  

  若未看到3000/tcp允许规则，执行：

  ufw allow 3000
  

3. 优化数据库创建警告（可选） #

日志中database "distantmirror_production" already exists是因为容器启动时尝试重复创建数据库。修改docker-compose.yml中的启动命令，使用rails db:prepare替代默认逻辑（db:prepare会自动检查数据库是否存在，不存在才创建）：

修改docker-compose.yml的distant-mirror服务：

distant-mirror:
  build: .
  command: sh -c "./bin/rails db:prepare && ./bin/rails server -b 0.0.0.0"
  # 其余配置保持不变

4. 确认Puma启动命令绑定0.0.0.0 #

确保启动命令明确绑定地址，避免默认绑定127.0.0.1。在docker-compose.yml的启动命令中添加-b 0.0.0.0（如上述示例），保证容器内服务监听所有网卡。

额外排查步骤 #

如果以上步骤无效，可执行以下命令排查：

• 检查容器内部是否能访问服务：

  docker exec -it distant_mirror_distant-mirror_1 curl http://localhost:3000
  

  若容器内部能访问，说明问题出在主机到容器的端口映射或防火墙；若容器内部也无法访问，查看容器日志细节：

  docker logs distant_mirror_distant-mirror_1 --tail 50
  

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