Traefik转发请求至错误主机端口导致404问题求助

核心问题分析 #

你遇到的是Traefik v1.6.6版本ECS provider的配置同步/缓存残留问题：虽然Traefik日志显示已加载新的后端端口配置，但实际转发时仍指向旧端口，导致外部请求404。本地直接访问新端口正常，说明服务本身没问题，问题出在Traefik的路由配置或缓存。

针对性解决步骤 #

1. 给Traefik发送SIGHUP信号强制刷新配置 #

Traefik v1.6支持通过SIGHUP信号触发配置重新加载，无需重启服务。在每个ECS节点上执行：

# 获取Traefik进程ID
PID=$(ps aux | grep traefik | grep -v grep | awk '{print $2}')
# 发送刷新信号
kill -SIGHUP $PID

执行后再查看Traefik日志，确认是否重新拉取了ECS配置，旧服务器条目是否被清理。

2. 确认ECS旧任务已完全终止 #

ECS服务更新时，旧任务可能未彻底停止，导致Traefik仍能探测到旧端口。登录ECS控制台：

• 找到目标服务，查看运行中任务列表
• 确保只有新版本的任务在运行，旧任务状态为STOPPED
• 若有残留旧任务，手动终止

3. 校验所有节点的Traefik配置一致性 #

因为集群有2个节点且都运行Traefik，可能存在节点间配置同步不一致的情况：
在每个节点上访问Traefik API查看后端服务器配置：

curl http://localhost:8080/api/backends/backend-service-reporting-public-api-development-python/servers

如果某节点返回的还是旧端口49181，则重启该节点的Traefik容器：

docker restart <traefik-container-name>

4. 缩短ECS provider轮询间隔（临时优化） #

Traefik v1.6默认的ECS轮询间隔较长，可通过启动参数缩短：

# 在Traefik启动命令中添加
--ecs.pollInterval=10s

这会让Traefik更快发现ECS服务的变化，减少配置延迟。

5. 升级到Traefik v2+（长期根治） #

Traefik v1.6已停止维护，v2版本对ECS provider做了全面优化，包括更可靠的配置同步、更清晰的后端管理机制。你们已计划升级，这是彻底解决这类缓存/同步问题的最佳方案。

额外排查技巧 #

• 开启Traefik debug日志：启动时添加--logLevel=DEBUG，查看配置加载过程中是否有旧服务器条目未被移除的日志
• 检查Docker标签冲突：确认是否有其他服务使用了相同的traefik.frontend.rule或更高优先级（priority值更大）的规则，导致请求被错误路由

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