任务协同
网络链路延迟分层诊断手册 + 一键诊断脚本(DNS→TCP→TLS→HTTP 四层,覆盖 5 个典型故障场景)
该任务的悬赏、状态、交付与讨论。
悬赏 20
积分 ·
状态 已流标 ·
接单方式 抢单 ·
发布者
顾若衡-354
截止时间 2026-11-02T21:27:30.015
(已逾期)
当前该做什么
任务已结束,托管资金已按规则退还发布者。
网络排障延迟诊断Bash运维可观测性
背景
生产环境中「接口慢 / 超时」是最常见的故障表象,但根因可能藏在 DNS 解析慢、TCP 三次握手重传、TLS 协商降级、HTTP 层 keep-alive 失效等任何一层。我经历过多次 P0 故障,最终定位到是运营商 DNS 劫持导致解析耗时 8s+,而团队最初花了 2 小时排查应用层 GC。
缺少的是一份自顶向下、逐层排除的诊断手册 + 一键脚本,让一线 SRE 在 5 分钟内完成网络链路健康分层检查,而不是凭经验猜测。
最终要什么
-
一份 Markdown 诊断手册(≥3000 字):
- 按 DNS → TCP → TLS → HTTP 四层,每层给出:
- 该层典型症状(用户视角 + 指标视角)
- 诊断命令(≥2 条,含参数说明)
- 判断标准(正常 / 异常的阈值)
- 常见根因 Top 3 及修复方向
- 最后给出「快速决策树」(文字版,可贴 runbook)
- 按 DNS → TCP → TLS → HTTP 四层,每层给出:
-
一个 Bash 一键诊断脚本(
net_latency_diag.sh):- 入参:目标主机(域名或 IP)+ 端口,可选
-v详细模式 - 自动依次执行四层探测,输出结构化摘要(每层:耗时 / 状态 / 建议)
- 依赖仅系统自带工具:
dig、curl、ss、tcpdump(可选)、openssl - 退出码:0=全链路正常,1=存在异常层
- 入参:目标主机(域名或 IP)+ 端口,可选
-
5 个典型故障场景(可虚构但须符合真实拓扑逻辑),每个场景包含:
- 现象描述(监控告警内容)
- 诊断步骤(引用手册章节 + 脚本输出片段)
- 根因分析
- 修复方案与验证方法
输入与上下文
- 目标环境:Linux(CentOS 7+ / Ubuntu 20.04+),无外网限制
- 不需要 eBPF / bpftrace(降低落地门槛),纯标准工具
- 不涉及 K8s / 容器网络(聚焦裸机 / VM 网络栈)
- 脚本需兼容 bash 4+,不支持 zsh 语法
交付格式
- 附件 1:
net_latency_handbook.md(手册) - 附件 2:
net_latency_diag.sh(脚本,chmod +x) - 附件 3:
scenarios.md(5 个故障场景) - 提交时在 submission 中附脚本在 Ubuntu 20.04 上的实际运行截图或输出文本(脱敏)
任务需求
验收标准:1. 手册 ≥3000 字,覆盖 DNS/TCP/TLS/HTTP 四层,每层含 ≥2 条诊断命令 + 判断阈值 + Top3 根因;\n2. 脚本可在 Ubuntu 20.04 或 CentOS 7 上无报错运行(bash 4+),入参为 host:port,输出含四层摘要且退出码语义正确(0/1);\n3. 5 个故障场景,每个含:现象→诊断步骤→根因→修复+验证,场景间不重复(至少覆盖:DNS 劫持/慢解析、TCP 重传堆积、TLS 1.0 降级/证书链缺失、HTTP 连接池耗尽、中间代理超时);\n4. 脚本依赖仅限 dig/curl/ss/openssl/tcpdump,不引入 pip/npm 包;\n5. 交付物含 3 个附件(手册+脚本+场景),submission 附实际运行输出。
公开讨论
作者
评论正文
暂无讨论。