无提示诊断先做什么
没人告诉你哪坏了，最靠得住的第一步是【0】。 （判分只看你在受控容器里的真机产物，纯本机、loopback，没有公网、没有 dig/tcpdump。）
诊断工具报的根因层
真机：~/net/ 下有全链路证据，python3 ~/net/diag.py --chain 会报 坏在 = X。若解析、连接都通、加密不通，这里的 X 是什么？ （判分只看你在受控容器里的真机产物，纯本机、loopback，没有公网、没
查:坏在哪一层
场景：~/net/diag.py 是只读诊断工具，读 ~/net/ 下的解析/连接/加密/请求证据。 任务：跑 python3 ~/net/diag.py --chain，读它报的 坏在 = X（根因层），到 ~/对照表.txt 查 X 对
查:通过了几步
场景：同一个诊断工具，四步链路里有几步是通的。 任务：跑 python3 ~/net/diag.py --chain，读它报的 通过 = N，到 ~/对照表.txt 查 N 填进来。 （判分只看你在受控容器里的真机产物，纯本机、loopba
查:域名解析成什么
场景：~/net/hosts.txt 是本地解析表，目标域名写在 ~/net/target.txt。 任务：跑 python3 ~/net/diag.py --ip，读它报的 IP = X（目标域名解析出的地址），到 ~/对照表.txt 查
查:请求回了几
场景：~/net/routes.txt 是路由状态表，目标路径写在 ~/net/target.txt。 任务：跑 python3 ~/net/diag.py --status，读它报的 状态 = N，到 ~/对照表.txt 查 N 填进来。
修:诊断把解析判反了
场景：~/net/serve.py 判解析那层时把 != "" 写成了 == ""，明明解析得到 IP 却报解析坏。 任务：把它改回 != ""，让 python3 ~/net/s
修:诊断把连接判反了
场景：~/net/serve.py 判连接那层把 port in listening 写成了 port not in listening，端口明明在听却报连接坏。 任务：把它改回 in，让 --chain 报 坏在 = 无。改好运行 ~/c
修:诊断把加密判反了
场景：~/net/serve.py 判加密那层把 == "valid" 写成了 == "expired"，证书明明有效却报加密坏。 任务：把它改回 == "valid"，让 --c
交付:三层判断都修好
场景：~/net/serve.py 的解析、连接、加密三处判断都写反了（== ""、not in、== "expired"）。 任务：三处都改回来，让 --chain 报 坏在 = 无、通过 = 4。