简体繁体 English

在SSL / TLS协商完成之前开始处理？

[英]Start processing before SSL/TLS negotiation completes?

原文 2017-11-10 07:59:42 4 1 php/ apache/ ssl/ networking

So looking at network time information for HTTPS page being loaded, one can see that (in my case) SSL/TLS negotiation takes ~50ms (a significant part of whole page). 因此，查看正在加载的HTTPS页面的网络时间信息，可以看到（以我为例）SSL / TLS协商大约需要50毫秒（占整个页面的很大一部分）。 My understanding is that that server should now url before negotiation completes, and one could assume that negotiation mostly always succeeds. 我的理解是，服务器现在应该在协商完成之前进行url传输，并且可以假定协商通常总是成功。 So it would seem that web server could start processing request before negotiation completes? 这样看来，Web服务器可以在协商完成之前开始处理请求吗？

Does anyone know if that can be done (like web server option, start processing before negotiation completes)? 有谁知道是否可以这样做（例如Web服务器选项，在协商完成之前开始处理）？ Maybe it is already being done? 也许已经完成了？ Some reasons why it is not possible? 为什么这是不可能的一些原因？ Or why this is stupid idea? 还是为什么这是愚蠢的主意？

1 个解决方案

The server does not know the URL before TLS negotiation completes. 服务器不知道URL TLS协商完成之前。 The requested URL is the first of the HTTP headers, which are wrapped and encrypted inside the TLS tunnel. 所请求的URL是HTTP头中的第一个，它们在TLS隧道内包装和加密。 Before the TLS tunnel is established the client cannot send and the server can't receive the HTTP headers. 在建立TLS隧道之前，客户端无法发送，服务器也无法接收HTTP标头。