Kamal部署中Caddy容器Bad Gateway问题的分析与解决

在使用Kamal进行容器化部署时，开发人员可能会遇到Caddy容器返回"Bad Gateway"错误的问题。本文将深入分析这一常见问题的成因，并提供有效的解决方案。

问题现象

当使用Kamal部署基于Caddy的静态网站服务时，虽然容器健康检查显示正常，但通过Traefik访问服务却返回"Bad Gateway"错误。直接通过容器IP访问指定端口(如4567)可以正常工作，但通过80端口访问则失败。

根本原因分析

这个问题通常源于端口配置不匹配。Kamal默认会通过80端口访问服务，而Caddy容器内部可能监听的是其他端口(如示例中的4567)。Traefik作为反向代理，无法正确将请求路由到Caddy容器实际监听的端口。

解决方案

方案一：统一服务端口

最简单的解决方案是让Caddy直接监听80端口：

# 修改后的Caddyfile
:80
respond "Hello!"

同时更新健康检查配置：

healthcheck:
  port: 80

方案二：显式配置Traefik路由

如果必须使用非标准端口，可以在Kamal配置中明确指定端口映射：

servers:
  web:
    hosts:
      - your.host.com
    labels:
      traefik.http.services.frontend.loadbalancer.server.port: "4567"
      traefik.http.routers.frontend.rule: Host(`your.host.com`)
      traefik.http.routers.frontend.entrypoints: websecure
      traefik.http.routers.frontend.tls.certresolver: letsencrypt

最佳实践建议

1. 端口一致性：生产环境中建议Web服务直接使用80/443标准端口
2. 日志检查：部署失败时检查Traefik容器日志(docker logs traefik)
3. 健康检查验证：确保健康检查端口与实际服务端口一致
4. 网络测试：通过docker inspect获取容器IP直接测试，验证服务是否真正可用

总结

Kamal部署中的"Bad Gateway"问题通常源于端口配置不一致。通过统一服务端口或正确配置Traefik路由规则，可以解决这一问题。理解Kamal、Traefik和容器服务之间的端口映射关系，是确保部署成功的关键。