交付:让整条链路通到底

场景：进程/端口/解析里有一处坏着，curl 用域名访问不通。 任务：分层查出坏在哪、修好它，让 curl 用域名访问拿到正确响应。改好运行 ~/check。 （判分只看你在受控容器里做出的诊断证据，

阅读更多 →

把缺的解析记录补上

场景：说明点名的域名不在 ~/net/hosts.txt 里，解析失败（解析层坏）。 任务：往 hosts.txt 补一条「域名 127.0.0.1」，让解析器解得出。改好运行 ~/check。 （判

阅读更多 →

把配错的端口改回来

场景：服务配置里的端口和说明要求的不一致，curl 说明的端口连不上（端口层坏）。 任务：把 ~/net/端口.txt 改成说明要求的端口、重起服务，让 curl 那个端口能通。改好运行 ~/chec

阅读更多 →

把没起来的服务拉起来

场景：本机服务没起，curl 报连不上（进程层坏）。 任务：用 ~/net/起服务.sh 把服务拉起来，让 curl 能拿到响应。改好运行 ~/check。 （判分只看你在受控容器里做出的诊断证据，全

阅读更多 →

这次故障坏在哪一层

场景：~/net/诊断.sh 会逐层探（进程/端口/解析/HTTP）并打印每层 OK 与否。 任务：跑它、看从底往上第一个不 OK 的是哪一层，到 ~/对照表.txt 里查它对应的标记。 （判分只看你

阅读更多 →

这个域名解析成哪个 IP

场景：~/net/解析.py 读 ~/net/hosts.txt 当本机解析器（镜像没 dig）。 任务：用它查说明点名的域名解析成哪个 IP，到 ~/对照表.txt 里查它对应的标记。 （判分只看你

阅读更多 →

curl 拿到什么状态码

场景：本机服务对某个路径有固定响应。 任务：用 curl 访问说明点名的路径，看状态码，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的诊断证据，全在本机 loopback，

阅读更多 →

看服务在哪个端口上听

场景：~/net/ 下起了一个本机服务；~/net/起服务.sh 已把它拉起来。 任务：用 ss 看它在哪个端口上 LISTEN，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做

阅读更多 →

从现象认属于哪类诊断

下面哪些属于「本机网络分层诊断」直接要做的？ A. 用 ss 看端口在不在听　B. 用 curl 看服务回什么码　C. 用解析器看域名解不解得出　D. 给机器换一块新网卡

阅读更多 →

真机上怎么算把故障定位对了

在受控容器里，故障定位算对的标准是【0】。 （本机受控：只有 ss / curl / 自写解析器，服务全在 127.0.0.1。）

阅读更多 →