网络排障、抓包检查与端点调试

诊断的是路径，不只是数值

网络故障通常从模糊症状开始：webhook 没到、端点超时、证书异常，或者白名单拦截了本该放行的流量。这个工作流把这些线索放在同一条证据链里，避免排查变成一组互不相干的地址转换。

从已观察到的证据开始

如果有 pcap 或 pcapng 样本，先用 network-packet-analyzer 查看协议计数、会话、Top IP、端口和粗略时间线。再结合 ip-address-extractor 与 ip-address-validator，把从日志或抓包摘要中复制出的地址先确认有效，再进入判断。

如果故障表现为请求投递问题，就切到 webhook-debugger-relay。捕获入站请求、检查 headers 与签名，只把负载回放到安全目标；当 bot 规则、浏览器差异或客户端身份可能影响结果时，用 user-agent-parser 辅助判断。

校验路由、命名与端点身份

用 cidr-calculator、mac-address-validator、hosts-file-editor、ipv4-to-integer 和 integer-to-ipv4 检查白名单范围、本地覆盖、硬件标识和存储地址格式。随后用 dns-query、whois-lookup 与 ssl-checker 确认主机名是否解析到预期服务，域名背景是否合理，证书是否匹配端点。

与 network-convert 的边界

如果用户只需要 CIDR 计算、IPv4 整数转换或地址格式参考，应该进入 network-convert。network-triage-debugging 保留这些工具，是因为它们服务于诊断结论。最终输出应说明观察到了什么、验证了什么、还有哪些不确定，以及下一步归网络、DNS、TLS、应用投递还是客户端配置处理。