一个奇怪的问题， curl 偶尔超时，然而却找不出来原因

[alect]

有一台服务器，使用 Ubuntu 20.04 系统，上面装着 wordpress ，安装插件的时候偶然会提示 curl 错误， 无法连接 https://downloads.wordpress.org/ ， 然而并不是所有时段都出错，多数时间是可以的，极少数时间出错。 然后写了个脚本用来测试 curl 这个域名的错误，脚本我贴这里了 https://pastebin.com/QC2UPqgb 脚本的意图就是每隔两秒获取一次链接里面的内容， 如果不能获取到特定关键字则判断为失败并记录日志， 经过多次在不同的时间段测试脚本，发现 1000 次会出现大约 50-70 次左右的错误， 我本来以为是网络不太好，同时用 mtr 测试，结果是零丢包，去测试 cloudflare 官网也无错误发生。

最离谱的是，我进入救援系统后，用这个脚本测试完全没有错误， 所以错误导致发生的原因可能就是服务器本身的 Ubuntu 有问题， 可是完全没有其他头绪了，请教各位可能是什么原因。

[dsareopsar]

墙内机器吧？间歇性 dns 污染，间歇性阻断

[fiveStarLaoliang]

八成是 dns 问题

[alect]

@dsareopsar 服务器位于德国 Hetzner

@fiveStarLaoliang 也考虑了 dns 问题，所以测试的时候写入了 hosts 避免解析问题

[dsareopsar]

@alect 最好写个程序来测试，因为 http timeout 超时原因有很多，除了 tcp 连接时间以外，还有 tls 超时，response 响应超时，http2 连接超时

[alect]

@dsareopsar 哇 这就麻烦了，反正肯定是 Ubuntu 的设置哪里肯定有问题，
我切换到救援系统去测试是完全正常的，一旦回到生产系统测试就有几率出错。

[watzds]

看看各个阶段的耗时啊，下面请求两次百度，长连接第二次有区别


curl -X POST -w "\ndns_resolution: %{time_namelookup}, tcp_established: %{time_connect}, ssl_handshake_done: %{time_appconnect}, TTFB: %{time_starttransfer}, total: %{time_total}\n" -s "https://www.baidu.com" "https://www.baidu.com"

[liuxu]

拿 curl 的详细数据分析

https://www.liuquanhao.com/posts/curl%E4%BD%BF%E7%94%A8%E6%8C%87%E5%8D%97/#%E8%8E%B7%E5%8F%96%E8%AF%B7%E6%B1%82%E5%90%84%E9%A1%B9%E7%8A%B6%E6%80%81%E6%95%B0%E6%8D%AE

[mikewang]

curl 加个 -v ，看哪个步骤出问题了