Performance 什么导致TLS握手延迟？

下面是curl-trace-time的一些输出https://... 在TLS握手的中间显示了0.2秒的延迟。你知道为什么会这样吗？我尝试过各种密码选项，但它仍然存在。它似乎也不是DNS查找等外部操作的结果

13:48:11.168371 * Connected to maas.its.iastate.edu (10.24.107.84) port 443 (#0)
13:48:11.168721 * SSLv3, TLS handshake, Client hello (1):
13:48:11.168761 } [data not shown]
13:48:11.183236 * SSLv3, TLS handshake, Server hello (2):
13:48:11.183348 { [data not shown]
13:48:11.183894 * SSLv3, TLS handshake, CERT (11):
13:48:11.183938 { [data not shown]
13:48:11.375841 * SSLv3, TLS handshake, Server finished (14):
13:48:11.375898 { [data not shown]
13:48:11.376106 * SSLv3, TLS handshake, Client key exchange (16):
13:48:11.376142 } [data not shown]
13:48:11.376203 * SSLv3, TLS change cipher, Client hello (1):
13:48:11.376240 } [data not shown]
13:48:11.376334 * SSLv3, TLS handshake, Finished (20):
13:48:11.376369 } [data not shown]
13:48:11.392527 * SSLv3, TLS change cipher, Client hello (1):
13:48:11.392585 { [data not shown]
13:48:11.392677 * SSLv3, TLS handshake, Finished (20):
13:48:11.392715 { [data not shown]
13:48:11.392788 * SSL connection using RC4-SHA
13:48:11.392825 * Server certificate: [cert details not shown]
13:48:11.393077 *        SSL certificate verify ok.
13:48:11.393146 > GET /maas/example HTTP/1.1
13:48:11.409146 { [data not shown]
13:48:11.409438 * Closing connection #0

---

这可能是由于大型证书链和TCP启动缓慢造成的。有关更多详细信息，请参阅。

这可能是由大型证书链和TCP启动缓慢造成的。有关更多详细信息，请参阅。

在strace下运行它并使用-tt选项：

大概是这样的：

strace -o /output/file -f -tt curl ...

输出将显示挂起的位置-至少在系统调用挂起的准确级别。

在strace下运行它并使用-tt选项：

大概是这样的：

strace -o /output/file -f -tt curl ...

---

输出将显示挂起的位置-至少在系统调用挂起的确切级别。

唉，似乎不是这样。谢谢你的主意。你有连接的数据包捕获供进一步分析吗？如果你使用的是路由器，试着重新启动它。我使用手机的无线热点，因为手机的电池，它已经好几个月没有重启了。我先尝试了半打其他的方法，但重启手机就解决了问题。唉，似乎不是这样。谢谢你的主意。你有连接的数据包捕获供进一步分析吗？如果你使用的是路由器，试着重新启动它。我使用手机的无线热点，因为手机的电池，它已经好几个月没有重启了。我先试了半打其他的东西，但仅仅重启手机就解决了这个问题。延迟是在读取之前-解决方案是使用一个不太可怕的密码，这样其他端就没有那么多计算要做。延迟是在读取之前-解决方案是使用一个不太可怕的密码，这样其他端就没有那么多计算要做。