补全:五层是否全好
补全 all_ok：五层全 OK 才算好。 贯穿全路线的分层模型：从底往上 LAYERS = 进程 → 端口 → 解析 → 连接 → HTTP。fault_layer(证据) 交回从底往上第一个不 O
补全:查下一层
补全 next_check：查上面一层，到 HTTP 就停。 贯穿全路线的分层模型：从底往上 LAYERS = 进程 → 端口 → 解析 → 连接 → HTTP。fault_layer(证据) 交回从
补全:哪层更底
补全 deeper：下标小的更底层。 贯穿全路线的分层模型：从底往上 LAYERS = 进程 → 端口 → 解析 → 连接 → HTTP。fault_layer(证据) 交回从底往上第一个不 OK 的
补全:定位故障层
补全 fault_layer：从底往上第一个不 OK 的层。 贯穿全路线的分层模型：从底往上 LAYERS = 进程 → 端口 → 解析 → 连接 → HTTP。fault_layer(证据) 交回从
五层是不是全好
按模型，有一层不 OK，all_ok 交回什么？ 贯穿全路线的分层模型：从底往上 LAYERS = 进程 → 端口 → 解析 → 连接 → HTTP。fault_layer(证据) 交回从底往上第一个
这组证据坏在哪层
按分层模型，进程/端口 OK、解析不 OK，fault_layer 交回哪层？ 贯穿全路线的分层模型：从底往上 LAYERS = 进程 → 端口 → 解析 → 连接 → HTTP。fault_laye
端口通但域名 curl 不通
拿工具挨个探一探 两下就把坏在哪照了出来 端口在听、直连 IP 也通，可用域名 curl 不通，故障层是【0】。 贯穿全路线的分层模型：从底往上 LAYERS = 进程 → 端口 → 解析 → 连接
怎么定位故障在哪一层
拿工具挨个探一探 两下就把坏在哪照了出来 拿到一堆现象，定位故障层的办法是【0】。 贯穿全路线的分层模型：从底往上 LAYERS = 进程 → 端口 → 解析 → 连接 → HTTP。fault_la
补全:过滤命不命中
补全 matches：协议名相等就命中。 抓包模型（容器受限、只讲概念）：count_pkts(包, 协议) 某协议几个；matches(包, 想要) 合不合过滤。
补全:数某协议的包
补全 count_pkts：数某协议的包。 抓包模型（容器受限、只讲概念）：count_pkts(包, 协议) 某协议几个；matches(包, 想要) 合不合过滤。