WinHTTP与TNetHTTPClient在特定开放Wi-Fi超时，Indy及浏览器正常原因

问题现象 #

• 开发的Delphi应用采用WinHTTP（直接调用API）和TNetHTTPClient下载Cloudflare R2托管的文件，多数网络环境下运行正常，但在某一特定开放Wi-Fi中持续超时：
  • WinHttpSendRequest返回错误码12002（ERROR_WINHTTP_TIMEOUT）
  • TNetHTTPClient.Get()触发超时异常
• 同一网络环境下，Indy的TIdHTTP、Chrome、IDM均可立即完成文件下载；目标URL无强制机器人保护，其他网络中所有方式均正常工作。

已执行的排查操作 #

• 模拟浏览器常用请求头（如User-Agent、Accept等）
• 确认SNI与TLS版本兼容
• 尝试WINHTTP_ACCESS_TYPE_AUTOMATIC_PROXY和WINHTTP_ACCESS_TYPE_NO_PROXY两种代理模式，问题未解决
• Wireshark抓包显示：WinHTTP/TNetHTTPClient下载失败时无DNS解析阶段，而切换网络或使用Indy、浏览器时可看到清晰的DNS解析流程

原因解析 #

WinHTTP（包括依赖它的TNetHTTPClient、WinInet）在特定网络环境下的IPv6处理逻辑与Indy、浏览器存在差异：

• 该开放Wi-Fi的IPv6解析存在响应缓慢或无响应的情况
• WinHTTP默认的IPv6回退机制触发延迟较高，导致在等待IPv6响应期间触发超时
• Indy、Chrome等工具的IPv4/IPv6优先级或回退策略更激进，会快速切换到IPv4完成DNS解析与请求

解决方案 #

启用WinHTTP的WINHTTP_OPTION_IPV6_FAST_FALLBACK选项，让WinHTTP在IPv6响应缓慢或无响应时快速回退到IPv4：

var
  FastFallback: DWORD;
begin
  FastFallback := 1;
  WinHttpSetOption(hSession, WINHTTP_OPTION_IPV6_FAST_FALLBACK, @FastFallback, SizeOf(FastFallback));
end;

对于TNetHTTPClient，可通过访问其底层WinHTTP会话对象设置该选项（需自定义封装或访问私有成员实现）。

内容的提问来源于stack exchange，提问作者sudormrf