交付:一个能用的反代+LB
场景：从零把反代 + 一组后端配起来（说明给出监听端口和后端清单）。 任务：让 curl 打反代能拿到响应、且连打几次能轮询到不同后端。改好运行 ~/check。 （判分只看你在受控容器里做出的转发证据，全在本机 loopback，不碰公网
转发失败先看什么
反代 curl 报错时，最该先确认的是【0】。 （本机受控：纯 Python 反代 + 多个后端 + curl，全在 127.0.0.1。）
从现象认转发故障原因
反代转发失败，下面哪些属于「代理/上游」层面的原因？ A. 上游端口写错 B. 上游后端没起 C. 路由前缀配错没匹配上 D. 后端全挂了没摘除
上游端口写错了改回来
场景：~/proxy/proxy.py 里上游端口写错了，curl 打反代报 502。 任务：把上游端口改成后端真正监听的端口，让 curl 能拿到响应。改好运行 ~/check。 （判分只看你在受控容器里做出的转发证据，全在本机 loop
哪个后端没有响应
场景：一组后端里有一台没起来，~/proxy/健康.sh 会逐台探活。 任务：找出没响应的那台后端端口，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的转发证据，全在本机 loopback，不碰公网。） （本机受控
502 是因为什么
场景：~/proxy/access.log 记了几条请求，其中有 502。 任务：数日志里 502 出现了几次，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的转发证据，全在本机 loopback，不碰公网。） （
把挂了的后端摘掉
场景：一组后端里有一台一直挂着，负载均衡还在往它发、时不时失败。 任务：把挂掉的后端从 ~/proxy/backends.txt 摘掉，让 curl 连打几次都成功。改好运行 ~/check。 （判分只看你在受控容器里做出的转发证据，全在本
补上真实客户端信息
场景：反代转发时没带 X-Forwarded-For，后端拿不到真实客户端 IP。 任务：改 ~/proxy/proxy.py，转发时把客户端 IP 加进 X-Forwarded-For，让后端记到真实来源。改好运行 ~/check。 （判
反代没起在预期端口
场景：说明要求反代监听某端口，但它实际起在了别的端口上。 任务：看反代实际监听的端口，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的转发证据，全在本机 loopback，不碰公网。） （本机受控环境：纯 Pyth
路由前缀配错了改对
场景：~/proxy/routes.txt 里 /api 的前缀写错了，/api/... 没落到 api 后端。 任务：把前缀改对，让 curl 访问 /api/x 正确落到 api 后端。改好运行 ~/check。 （判分只看你在受控容器