与Windows Azure web角色的HTTPS连接是否保持连接?

与Windows Azure web角色的HTTPS连接是否保持连接?,azure,https,Azure,Https,我的理解是,如果我使用HTTPS连接到一个windows Azure web角色,则会进行一次初始握手以交换证书,然后进行另一次连接以获取数据 有人能向我解释一下连接是否保持不变,或者如果用户几分钟后需要另一个页面,是否会再次与我握手?如果WebRole从Web API提供数据,情况会一样吗?这取决于客户端的功能,但就现代Web浏览器而言,我不会那么担心每个请求的单连接(握手): HTTP 1.1-持久连接 现代浏览器默认使用HTTP 1.1,根据该协议,默认情况下连接保持不变。HTTP 1.1

我的理解是,如果我使用HTTPS连接到一个windows Azure web角色,则会进行一次初始握手以交换证书,然后进行另一次连接以获取数据


有人能向我解释一下连接是否保持不变,或者如果用户几分钟后需要另一个页面,是否会再次与我握手?如果WebRole从Web API提供数据,情况会一样吗?

这取决于客户端的功能,但就现代Web浏览器而言,我不会那么担心每个请求的单连接(握手):

HTTP 1.1-持久连接

现代浏览器默认使用HTTP 1.1,根据该协议,默认情况下连接保持不变。HTTP 1.1的另一个重要方面是它强制支持,这意味着对同一端点的多个请求将在一批中发送,响应也将在一批中接收(在同一连接上)。浏览器通常对每台服务器的连接(默认情况下为Chrome-2连接)和重用连接有限制

蔚蓝:

握手

每个第一次连接都需要完全握手,但后续连接可以重用会话票证(ID),但这取决于客户端。微软不久前推出了TLS会话恢复。只要您只有一台主机提供HTTPS连接,它就应该恢复会话,根据:

还有一个关于会话恢复的警告。这是由于 Azure负载平衡器和非粘性会话。如果你运行一个 实例,会话恢复将变为绿色 因为所有连接都将命中同一实例


如果它是WebAPI或网站,则不应产生任何差异。您始终可以使用进行测试。

否。https是单一连接。建立了底层tcp连接,SSL库进行握手,然后数据在同一连接上流动。另一个https连接将重新执行整个握手序列。如果连接关闭,那么在建立下一个连接时,整个握手都会重新进行。我可以问一下。在我的应用程序中提供初始索引页时,该页请求多个脚本,这些脚本(AngularJS)发出多个HTTP(?)请求。在发送数据之后是否会有所有的东西都握手?取决于太多的因素。如果客户端和服务器都支持http/https连接,则http/https连接可以处理多个请求。但一般来说,您应该假设页面上的每个资源(包括页面本身)都将使用单独的独立http请求获取该资源。请注意,截至2014年11月,Azure公共负载平衡基础架构支持会话关联: