补全:端口在不在听

补全 is_listening：端口在监听列表里就算在听。 ss 模型：rows = [(状态, 端口)]。listening 交回 LISTEN 的端口；is_listening(rows, 端口)

阅读更多 →

补全:挑出在听的端口

补全 listening：交回处于 LISTEN 的端口。 ss 模型：rows = [(状态, 端口)]。listening 交回 LISTEN 的端口；is_listening(rows, 端口)

阅读更多 →

有几条已建立的连接

按 ss 模型，两条 ESTAB、一条 LISTEN，conn_count(rows, "ESTAB") 交回几？ ss 模型：rows = [(状态, 端口)]。listenin

阅读更多 →

端口没在 LISTEN 多半是

该在的端口没出现在 LISTEN 里，最可能是【0】。 ss 模型：rows = [(状态, 端口)]。listening 交回 LISTEN 的端口；is_listening(rows, 端口) 在

阅读更多 →

curl 连不上先用 ss 看什么

服务连不上，先用 ss 确认【0】。 ss 模型：rows = [(状态, 端口)]。listening 交回 LISTEN 的端口；is_listening(rows, 端口) 在不在听；conn_

阅读更多 →

LISTEN 状态代表什么

一个端口显示 LISTEN，说明【0】。 ss 模型：rows = [(状态, 端口)]。listening 交回 LISTEN 的端口；is_listening(rows, 端口) 在不在听；con

阅读更多 →

ss 主要用来看什么

诊断时用 ss，主要看的是【0】。 ss 模型：rows = [(状态, 端口)]。listening 交回 LISTEN 的端口；is_listening(rows, 端口) 在不在听；conn_c

阅读更多 →

查完端口层接着查哪层

按分层模型，端口这层没问题，next_check("端口") 接着查哪层？ 贯穿全路线的分层模型：从底往上 LAYERS = 进程 → 端口 → 解析 → 连接 → HTTP。fa

阅读更多 →

最该先确认哪件事

一上来最该先确认的、也是最底层的，是【0】。

阅读更多 →

分层排查依赖什么

能分层排查的前提，是网络本身【0】。

阅读更多 →