HAProxy陷入无限循环问题求助（附Docker环境下haproxy.cfg配置）

我一眼就看出你的问题所在了——你的HAProxy配置形成了请求循环，这就是导致无限循环的核心原因。

咱们来拆解下你的配置逻辑：

• Frontend http-in 绑定443端口，把所有匹配simapi.mydomain.com的请求（甚至默认请求）都转发到backend API。
• 而backend API里的server又指向simapi.mydomain.com:443。

如果这个域名的解析结果最终指向了你的HAProxy容器本身（比如你做了端口映射，把宿主机的443映射到了HAProxy容器的443端口），那请求就会陷入死循环：客户端发请求到HAProxy → HAProxy转发请求到simapi.mydomain.com:443 → 这个地址又指向HAProxy自己 → 再次转发... 周而复始。

给你几个可行的解决方案： #

• 直接使用后端服务的内部地址（推荐）
  如果你的simapi服务是和HAProxy在同一个Docker网络中的容器，直接用容器名称或者内部IP来配置backend，跳过外部域名解析。比如：

  backend API
      mode http
      server simapi simapi-service:443 ssl check verify none
  

  这里的simapi-service是你后端服务的容器名称（Docker会自动在内部网络解析这个名称），这样HAProxy会直接把请求转发到真实的后端服务，不会绕回自己。

• 修改容器内部的域名解析
  如果必须保留域名配置，可以在HAProxy容器里强制把simapi.mydomain.com指向真实后端的IP。比如启动容器时添加：

  docker run --add-host simapi.mydomain.com:192.168.1.100 ...
  

  或者在docker-compose.yml里配置：

  extra_hosts:
    - "simapi.mydomain.com:192.168.1.100"
  

  这样容器内部解析这个域名时会直接指向后端服务的IP，而不是HAProxy自己。

• 优化转发规则，避免默认请求进入循环
  你当前把default_backend也设为了API，意味着所有不匹配ACL的请求也会被转发到这个可能循环的backend。如果有其他后端服务，把默认backend改成对应的服务；如果只有API服务，那确保ACL规则足够精确，同时确认域名解析不会指向自己。

额外调试建议： #

你可以查看HAProxy的完整日志，里面应该会出现重复的请求记录，或者在容器内用ss -tulpn命令查看连接状态，会看到大量指向自己443端口的连接，这也能直接佐证循环的存在。

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