Azure容器应用TCP端口无监听时客户端未获连接错误的解决咨询

你的问题核心在于Azure容器应用的负载均衡器（或底层Docker端口映射）会先承接客户端连接，再尝试转发到后端容器，即便容器内服务未监听目标端口，也不会直接拒绝连接，导致无ACK机制的设备误以为数据发送成功。以下是服务器侧的解决办法：

1. 配置TCP健康检查（最有效） #

在Azure容器应用中配置针对8000端口的TCP健康检查，让负载均衡器能实时感知后端服务状态：

• 进入容器应用的健康检查配置页
• 添加TCP类型的健康检查，目标端口设为8000
• 设置合理的探测参数：比如间隔10秒，超时5秒，失败阈值3次
• 当服务停止监听8000端口时，健康检查会失败，负载均衡器会将该实例从可用后端池中移除，客户端连接时会直接收到「无法连接」的错误（因为LB无可用后端转发）

2. 启用负载均衡器的TCP重置功能 #

在Azure负载均衡器的规则中开启TCP Reset on Idle，同时配置后端实例不健康时主动发送RST包：

• 进入负载均衡器的负载均衡规则配置
• 找到对应8000端口的规则，开启TCP Reset
• 这样当后端服务无响应时，LB会主动向客户端发送TCP重置包，客户端能立刻感知连接失败，触发重发逻辑

3. 容器内添加端口监听检测脚本 #

在容器启动脚本中加入检测逻辑，确保服务正常监听8000端口后才保持容器运行：

# 示例脚本，可加入容器启动命令中
while ! nc -z localhost 8000; do
  sleep 1
done
# 启动你的服务

如果服务停止监听端口，脚本会检测到并让容器退出，Azure容器应用会自动重启容器，同时健康检查会标记该实例不健康，LB停止转发流量

关于你提供的Docker示例的解释 #

执行docker run -p 6000:6000 nginxdemos/hello:plain-text后，Docker通过iptables创建了NAT规则，宿主机6000端口会接受所有连接并转发到容器6000端口，但容器内服务实际监听80端口，所以容器会拒绝这个转发的连接并发送RST包。部分TCP客户端（如PacketSender）可能未直观显示RST错误，或者你的设备因为无ACK机制未处理这个重置信号，导致误以为数据发送成功。

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