本文详述了使用 Rust 构建可用性检查器（uptime checker）的过程，并解释了作者为何从 reqwest 转向原生 hyper。作者认为，可用性探测器是独特的 HTTP 客户端，需要深入的细节洞察，而非性能优化。关键经验教训是禁用连接池，因为它会掩盖关键的连接建立和 TLS 握手时间。本文主张将计时数据直接嵌入错误类型中，而非使用单一且无信息的错误类型。这种方法允许精确识别故障点，如 DNS、TCP 或 TLS。文中讨论的一项关键安全措施是通过过滤解析后的 IP 地址（而不仅仅是主机名）来阻止服务器端请求伪造（SSRF），以防止访问内部或敏感的云元数据端点。作者还强调避免基于字符串的错误解析，而是下转换为特定的错误类型，以提供准确且可操作的失败原因。这使得针对过期证书与主机名不匹配等问题，能够呈现不同的面向用户的消息。最终，虽然 reqwest 被推荐用于通用应用程序，但当请求本身即为产品、需要对每个方面进行细粒度控制时，使用原生 hyper 则是合理的。作者指出，这种详细的探测正是其可用性监控服务 Uptimepage 的核心价值所在。