blocks|key|d1qbg|type|unstyled|text|全部地域均已支持+HTTP/2。|depth|inlineStyleRanges|entityRanges|33os9|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/15185#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

支持的 HTTP/2 地域有哪些？

entityMap|blocks|key|367cc|text|什么是负载均衡？|type|header-one|depth|inlineStyleRanges|entityRanges|data|6i7fc|负载均衡（Load+Balancing）是一种在计算系统中分配工作负载的方法，旨在优化系统资源使用、最大化吞吐量、最小化响应时间，同时避免过载任何一个节点。简而言之，负载均衡是通过分散请求到多个服务节点，使资源负载得到平衡，从而提高系统的整体性能。|unstyled|8ja6q|负载均衡有哪些类型？|f8cee|硬件负载均衡：利用专用的硬件设备，如负载均衡器或者路由器，来分析和分配流量。硬件负载均衡设备性能强大，适用于高流量场景，但成本较高。|offset|length|style|BOLD|3dbar|软件负载均衡：通过在操作系统或者应用程序层实现负载均衡，如使用Nginx、HAProxy等工具。软件负载均衡软件设备性能相对较低，但易于管理和具有较好的性价比。|ad07c|常见的负载均衡算法：|4kgqv|轮询（Round+Robin）：将请求按顺序循环分配到后端服务器，如果所有服务器的负载能力相近，则可以实现平均分配。|7trfg|加权轮询（Weighted+Round+Robin）：根据每台服务器的处理能力，分配不同的权重值，服务器处理能力越高，能处理的请求越多。|epkn9|最少连接（Least+Connections）：将新请求分配给当前连接数最少的服务器，这样可以尽可能均衡地分配负载。|eig30|源地址哈希（Source+IP+Hash）：根据客户端IP地址或其他标识信息进行哈希计算，将具有相同源地址的请求发送到同一台服务器，保证用户的会话持久性。|2qj9m|负载均衡的工作原理是什么？|8jrg7|负载均衡的工作原理是通过一个调度器（例如负载均衡器）在多个服务器（称为后端节点或工作节点）之间分配客户端请求，从而实现请求的分散处理。调度器根据配置的负载均衡算法确定实际分配给哪个服务器处理。基本的负载均衡工作原理包括以下几个步骤：|8u2te|1、请求到达：客户端发送请求到负载均衡器。|2afg2|2、策略决策：负载均衡器根据配置的负载均衡算法（如轮询、加权轮询、最少连接等）选择一个后端服务器来处理请求。|3lr8a|3、请求分配：负载均衡器将请求转发给选定的后端服务器。|dlhru|4、服务器处理：后端服务器处理客户端请求并生成响应。|4m7sf|5、响应返回：后端服务器将响应发送回负载均衡器，负载均衡器再将响应转发给客户端。|cl9pu|负载均衡器还可以对后端服务器进行健康检查，以确定服务器节点的可用状态。如果某个服务器出现故障，负载均衡器会自动将请求分配到其他正常的服务器节点。此外，负载均衡可根据客户端和服务器之间的网络连接来实现连接类型的选择，例如传输层负载均衡（如TCP负载均衡）和应用层负载均衡（如HTTP负载均衡）。这些连接类型在实现上有所不同，但负载均衡的基本原理和目的，仍然是将请求分散到多个服务器上以实现负载平衡和优化系统性能。|27ppm|负载均衡有哪些优势？|e4hgr|负载均衡作为一项重要技术，可以在IT系统中优化负载分配，提高服务器集群的整体性能。它具有以下几点优势：|bpu5r|1、提高资源利用效率：通过将请求分配到多个服务器，负载均衡可以使得每个节点的负担平衡，从而提高资源的利用效率。|dlkf1|2、增加系统可扩展性：负载均衡允许动态地将新服务器节点添加到系统中，实现系统规模的水平扩展，从而满足业务增长和流量波动的需求。|fqlbp|3、提高应用可用性和稳定性：负载均衡可以检测服务器的健康状况，在某个节点出现故障时自动将请求分配到其他正常的节点，从而减少系统故障对用户体验的影响，确保服务的持续可用。|2f6va|4、减轻单点故障风险：通过将负载分布到多个服务器上，降低了单个服务器故障导致的整个系统崩溃风险，提高了整体系统的稳定性。|dev94|5、加速请求处理速度：负载均衡可以在多个服务器之间分配请求，从而减少每服务器的等待和处理时间，提高请求处理速度和系统吞吐量。|e813u|6、实现会话持久性：某些负载均衡策略（如基于源地址哈希的策略）可以将来自同一客户端的请求始终分配到同一服务器节点，从而实现会话持久性，保证用户在使用过程中不会因为负载均衡导致的数据不一致问题。|f3a3j|总之，负载均衡技术可以有效地提高系统性能、可用性和可扩展性，从而满足用户在不断变化的业务需求下所需要的稳定和高效的服务。^0|0|0|0|0|6|0|0|6|0|0|0|F|0|0|Q|0|0|N|0|0|L|0|0|0|0|6|0|0|6|0|0|6|0|0|7|0|0|6|0|0|0|A|0|0|0|A|0|0|A|0|0|D|0|0|A|0|0|A|0|0|9|0^^$0|$]|1|@$2|3|4|5|6|7|8|1X|9|@]|A|@]|B|$]]|$2|C|4|D|6|E|8|1Y|9|@]|A|@]|B|$]]|$2|F|4|G|6|7|8|1Z|9|@]|A|@]|B|$]]|$2|H|4|I|6|E|8|20|9|@$J|21|K|22|L|M]]|A|@]|B|$]]|$2|N|4|O|6|E|8|23|9|@$J|24|K|25|L|M]]|A|@]|B|$]]|$2|P|4|Q|6|7|8|26|9|@]|A|@]|B|$]]|$2|R|4|S|6|E|8|27|9|@$J|28|K|29|L|M]]|A|@]|B|$]]|$2|T|4|U|6|E|8|2A|9|@$J|2B|K|2C|L|M]]|A|@]|B|$]]|$2|V|4|W|6|E|8|2D|9|@$J|2E|K|2F|L|M]]|A|@]|B|$]]|$2|X|4|Y|6|E|8|2G|9|@$J|2H|K|2I|L|M]]|A|@]|B|$]]|$2|Z|4|10|6|7|8|2J|9|@]|A|@]|B|$]]|$2|11|4|12|6|E|8|2K|9|@]|A|@]|B|$]]|$2|13|4|14|6|E|8|2L|9|@$J|2M|K|2N|L|M]]|A|@]|B|$]]|$2|15|4|16|6|E|8|2O|9|@$J|2P|K|2Q|L|M]]|A|@]|B|$]]|$2|17|4|18|6|E|8|2R|9|@$J|2S|K|2T|L|M]]|A|@]|B|$]]|$2|19|4|1A|6|E|8|2U|9|@$J|2V|K|2W|L|M]]|A|@]|B|$]]|$2|1B|4|1C|6|E|8|2X|9|@$J|2Y|K|2Z|L|M]]|A|@]|B|$]]|$2|1D|4|1E|6|E|8|30|9|@]|A|@]|B|$]]|$2|1F|4|1G|6|7|8|31|9|@$J|32|K|33|L|M]]|A|@]|B|$]]|$2|1H|4|1I|6|E|8|34|9|@]|A|@]|B|$]]|$2|1J|4|1K|6|E|8|35|9|@$J|36|K|37|L|M]]|A|@]|B|$]]|$2|1L|4|1M|6|E|8|38|9|@$J|39|K|3A|L|M]]|A|@]|B|$]]|$2|1N|4|1O|6|E|8|3B|9|@$J|3C|K|3D|L|M]]|A|@]|B|$]]|$2|1P|4|1Q|6|E|8|3E|9|@$J|3F|K|3G|L|M]]|A|@]|B|$]]|$2|1R|4|1S|6|E|8|3H|9|@$J|3I|K|3J|L|M]]|A|@]|B|$]]|$2|1T|4|1U|6|E|8|3K|9|@$J|3L|K|3M|L|M]]|A|@]|B|$]]|$2|1V|4|1W|6|E|8|3N|9|@]|A|@]|B|$]]]]

四层负载均衡和七层负载均衡有什么区别？

UDP 协议与 TCP 协议有什么区别？

负载均衡 Cookies 会话保持方式的原理是什么？

权重置为0与解绑 RS 有什么区别？

健康检查提示异常该如何处理？

为什么健康检查探测频率过高？

可以为哪些 TCP 端口执行负载均衡？

发送 843 的 policy 请求（即 flash server 请求）时，没有返回策略文件，连接直接断掉，该如何处理？

负载均衡是否可以直接获取 Client 端 IP？

CVM 可通过配置内网型负载均衡，将流量从端口A转发回同一台服务器的其他端口吗？

后端 CVM 需要公网带宽吗？是否会影响负载均衡的服务？

客户端、服务器端 HTTP 版本不一致时，兼容版本说明

负载均衡后端服务器的安全组应该怎么设置？怎样设置访问黑名单？

负载均衡与后端服务器之间的通讯是走的内网还是外网？

关于 Telnet 负载均衡监听端口的说明

关于同一个客户端通过不同的中间节点访问同一个后端服务器的同一个端口时串流问题的说明

为什么后端 CVM 配置安全组禁止公网访问，仅允许负载均衡访问，但却未生效？

为什么负载均衡已配置监听器并绑定后端 CVM，当配置域名解析至后端 CVM 的 IP 并访问域名时，负载均衡的监控没有具体的信息？

为什么没有创建843监听器，却可以 Telnet 通？

CLB 的访问日志里记录的9/11网段的地址是腾讯云内网网段吗？

负载均衡配置相关

HTTPS 支持哪些版本的SSL/TLS安全协议？

为什么 HTTPS 协议实际产生的流量会比账单流量多一些？

添加 HTTPS 监听器后，负载均衡到后端服务器间的请求是否依然通过 HTTP 协议传输？

一个监听器可以绑定多少个 HTTPS 证书？

一个证书可以应用于多少个负载均衡器，多少个监听器？

证书需要上传到后端服务器吗？

HTTPS 相关

HTTP/2 协议支持相关

WS/WSS 协议支持相关

blocks|key|dig74|type|unstyled|text|WebSocket+是一种在单个+TCP+连接上进行全双工通讯的协议。nWebSocket+使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在+WebSocket+API+中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。|depth|inlineStyleRanges|entityRanges|316h0|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/15186#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

什么是 WS/WSS？

blocks|key|a780i|type|unstyled|text|在+WebSocket+出现之前，客户端获取服务器数据只能通过轮询的方式从服务器拉取(Pull)数据。n这样的数据交换方式存在两个最突出的问题：|depth|inlineStyleRanges|entityRanges|3ups3|WebSocket+的主要优点包括：|7i8kt|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/15186#1^0|0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]]|$1|A|3|4|5|B|7|P|8|@]|9|@]]|$1|C|3|4|5|D|7|Q|8|@]|9|@$1|R|E|S|F|T]]]]|G|$H|$3|I|J|K|L|$M|N]]]]

为什么要使用 WS/WSS？

blocks|key|cbt3v|type|unstyled|text|CLB+默认支持+WS/WSS，不收取额外费用。|depth|inlineStyleRanges|entityRanges|bed2m|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/15186#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

WS/WSS 如何收费？

blocks|key|8b1d5|type|unstyled|text|CLB+默认开启+WS/WSS。如果连接空闲超过60s时，则需要进行个性化配置，配置proxy_read_timeout参数，建议参数值小于900s，配置方式请参见+七层个性化配置。n监听器监听在+HTTP，则默认支持+WS；监听器监听+HTTPS，则默认支持+WSS。n使用+WSS+时，CLB+会进行+SSL+卸载。|depth|inlineStyleRanges|entityRanges|offset|length|asd91|n[回到顶部]|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/15171|1|https://cloud.tencent.com/document/product/214/15186#1^0|0|2B|7|0|1|1|6^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@$1|P|A|Q|B|R]]]|$1|C|3|4|5|D|7|S|8|@]|9|@$1|T|A|U|B|V]]]]|E|$F|$3|G|H|I|J|$K|L]]|M|$3|G|H|I|J|$K|N]]]]

如何在 CLB 上开启 WS/WSS？

blocks|key|f65m4|type|unstyled|text|目前所有地域均已支持+WS/WSS+协议。|depth|inlineStyleRanges|entityRanges|3j1bd|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/15186#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

支持 WS/WSS 的地域有哪些？

blocks|key|d792d|type|unstyled|text|[回到顶部]|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/15185#1^0|0|0|6^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

什么是 HTTP/2？

blocks|key|8ig5l|type|unstyled|text|相比于+HTTP1.X，HTTP/2+响应更快，效率更高，具备如下优势：|depth|inlineStyleRanges|entityRanges|68i4g|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/15185#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

为什么要使用 HTTP/2？

blocks|key|er8dq|type|unstyled|text|CLB+支持+HTTP/2+不收取额外费用。|depth|inlineStyleRanges|entityRanges|5mhep|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/15185#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

如何收费？

blocks|key|3t7dd|type|unstyled|text|[回到顶部]|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/15185#1^0|0|0|6^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

如何在 CLB 上开启 HTTP/2？

blocks|key|18hjl|type|unstyled|text|HTTPS+支持加密套件如下：|depth|inlineStyleRanges|entityRanges|147rv|HTTPS+不建议配置如下加密套件：|35ojg|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]]|$1|A|3|4|5|B|7|P|8|@]|9|@]]|$1|C|3|4|5|D|7|Q|8|@]|9|@$1|R|E|S|F|T]]]]|G|$H|$3|I|J|K|L|$M|N]]]]

HTTPS 支持的加密套件有哪些？

blocks|key|8gcg1|type|unstyled|text|负载均衡+HTTPS+目前支持的+ssl_protocols：TLSv1、TLSv1.1、TLSv1.2、TLSv1.3。|depth|inlineStyleRanges|entityRanges|32ban|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|6j77f|type|unstyled|text|不强制，建议使用443端口。|depth|inlineStyleRanges|entityRanges|4b7e9|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

HTTPS 监听使用什么端口？

blocks|key|bk325|type|unstyled|text|有些客户对数据安全要求较高，如涉及到金融服务的客户等。他们不仅需要在服务端进行+HTTPS+认证，在客户端也需要进行+HTTPS+认证，为了满足这些客户的需求，我们推出+HTTPS+双向认证功能。|depth|inlineStyleRanges|entityRanges|ebh0c|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

为什么需要 HTTPS 双向认证？

blocks|key|75ks|type|unstyled|text|如果用户使用+HTTPS+协议，将会使用一些流量用于协议握手，因此其实际产生的流量会比账单流量更多一些。|depth|inlineStyleRanges|entityRanges|dgccs|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|6dcaj|type|unstyled|text|是的。添加+HTTPS+监听器后，客户端到负载均衡之间的请求将经过+HTTPS+协议加密，而负载均衡到后端服务器依然通过+HTTP+协议传输，因此后端服务器无需做+SSL+配置。|depth|inlineStyleRanges|entityRanges|8cblc|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|gi21|type|unstyled|text|目前支持服务器证书和+CA+证书的上传，服务器证书需要上传证书内容和私钥，CA+证书只需要上传证书内容；这两种类型的证书都只支持+PEM+编码格式的上传。|depth|inlineStyleRanges|entityRanges|a0k9k|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

CLB 目前支持哪些类型的证书？

blocks|key|2qnnt|type|unstyled|text|如果用户使用+HTTPS+单向认证，则一个监听只能绑定一个服务器证书；若用户使用+HTTPS+双向认证，则一个监听需要绑定一个服务器证书＋一个+CA+证书。|depth|inlineStyleRanges|entityRanges|cj3f4|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|b73am|type|unstyled|text|一个证书可以应用于一个或多个负载均衡器，或多个监听器。|depth|inlineStyleRanges|entityRanges|e881h|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|70u0m|type|unstyled|text|可以通过+API+或负载均衡控制台两种方式上传。|depth|inlineStyleRanges|entityRanges|2nv4r|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

如何上传证书？

blocks|key|9trv1|type|unstyled|text|不区分。证书购买和颁发后，安装部署不受地域的限制。|depth|inlineStyleRanges|entityRanges|53urt|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

证书区分地域吗？

blocks|key|4s1c6|type|unstyled|text|不需要，负载均衡+HTTPS+提供证书管理系统管理和存储用户证书，证书不需要上传到后端+CVM，用户上传到证书管理系统的私钥都会加密存储。|depth|inlineStyleRanges|entityRanges|5pnug|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|8e4ov|type|unstyled|text|当前证书过期后，需要用户手动更新证书。|depth|inlineStyleRanges|entityRanges|19a5t|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

证书过期后如何处理？

blocks|key|eve1o|type|unstyled|text|可能是私钥内容错误，需要用户替换为新的满足需求的证书。|depth|inlineStyleRanges|entityRanges|fia26|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5412#1^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

添加证书报错如何处理？

blocks|key|52gli|type|unstyled|text|四到七层负载均衡，就是在对后台的服务器进行负载均衡时，依据四层的信息或七层的信息来决定怎么样转发流量。|depth|inlineStyleRanges|entityRanges|6af15|例如，四层的负载均衡，就是通过发布三层的IP地址（VIP），然后加四层的端口号，来决定哪些流量需要做负载均衡，对需要处理的流量进行+NAT+处理，转发至后台服务器，并记录下这个+TCP+或者+UDP+的流量是由哪台服务器处理的，后续这个连接的所有流量都同样转发到同一台服务器处理。|8t6o7|七层的负载均衡，就是在四层的基础上，再考虑应用层的特征。|4avfv|例如，同一个+Web+服务器的负载均衡，除了根据+VIP+和80端口辨别是否需要处理的流量，还可根据七层的+URL、浏览器类别、语言来决定是否要进行负载均衡。|99uvi|七层负载均衡，也称为“内容交换”，也就是主要通过报文中的真正有意义的应用层内容，再加上负载均衡设备设置的服务器选择方式，决定最终选择的内部服务器。|577st|七层负载均衡要根据真正的应用层内容选择服务器，只能先代理最终的服务器和客户端建立连接(三次握手)后，才可能接受到客户端发送的真正应用层内容的报文，然后再根据该报文中的特定字段，以及负载均衡设备设置的服务器选择方式，决定最终选择的内部服务器。负载均衡设备在这种情况下，更类似于一个代理服务器。负载均衡和前端的客户端以及后端的服务器会分别建立+TCP+连接。|3te9f|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|0|0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]]|$1|A|3|4|5|B|7|X|8|@]|9|@]]|$1|C|3|4|5|D|7|Y|8|@]|9|@]]|$1|E|3|4|5|F|7|Z|8|@]|9|@]]|$1|G|3|4|5|H|7|10|8|@]|9|@]]|$1|I|3|4|5|J|7|11|8|@]|9|@]]|$1|K|3|4|5|L|7|12|8|@]|9|@$1|13|M|14|N|15]]]]|O|$P|$3|Q|R|S|T|$U|V]]]]

blocks|key|3opt0|type|unstyled|text|TCP+是面向连接的协议，在正式收发数据前，必须和对方建立可靠的连接。UDP+是面向非连接的协议，它在数据发送前不与对方先进行三次握手，而是直接进行数据包发送传送。UDP+协议主要适用于关注实时性而相对不注重可靠性的场景，如视频聊天、金融实时行情推送、DNS、物联网等。|depth|inlineStyleRanges|entityRanges|avg5h|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|4mq2l|type|unstyled|text|在+Cookie+插入模式下，CLB+将负责插入+Cookie，后端服务器无需作出任何修改。当客户进行第一次请求时，客户+HTTP+请求（不带+Cookie）进入+CLB，+CLB+根据负载平衡算法策略选择后端一台服务器，并将请求发送至该服务器，后端服务器进行+HTTP+回复（不带+Cookie）被发回+CLB，然后+CLB+插入+Cookie，将+HTTP+回复（带+Cookie）返回到客户端。|depth|inlineStyleRanges|entityRanges|24nq5|当客户请求再次发生时，客户+HTTP+请求（带有上次+CLB+插入的+Cookie）进入+CLB，然后+CLB+读出+Cookie+里的会话保持数值，将HTTP请求（带有与上面同样的+Cookie）发到指定的服务器，然后后端服务器进行请求回复，由于服务器并不写入+Cookie，HTTP+回复将不带有+Cookie，回复流量再次经过进入+CLB+时，CLB+再次写入更新后的会话保持+Cookie。|c017p|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]]|$1|A|3|4|5|B|7|P|8|@]|9|@]]|$1|C|3|4|5|D|7|Q|8|@]|9|@$1|R|E|S|F|T]]]]|G|$H|$3|I|J|K|L|$M|N]]]]

blocks|key|baldc|type|unstyled|text|用户可以指定后端服务器池内各+CVM+的转发权重，权重比越高的+CVM+将被分配到更多的访问请求，用户可以根据后端+CVM+的对外服务能力和情况来区别设定。|depth|inlineStyleRanges|entityRanges|7hufo|如果您同时开启了会话保持功能，那可能会造成对后端应用服务器的访问并不是完全相同的，建议您可以暂时关闭会话保持功能观察一下是否依然存在这种情况。|dh914|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]]|$1|A|3|4|5|B|7|P|8|@]|9|@]]|$1|C|3|4|5|D|7|Q|8|@]|9|@$1|R|E|S|F|T]]]]|G|$H|$3|I|J|K|L|$M|N]]]]

什么是后端服务器权重？

blocks|key|23u7u|type|unstyled|text|[回到顶部]|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|6^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|bv7ml|type|unstyled|text|请按如下步骤进行排查：|depth|inlineStyleRanges|entityRanges|a3mh2|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|1spuq|type|unstyled|text|健康检查探测包频率过高，控制台设置接受探测包5秒1次，实际后端服务器发现1秒内收到1次甚至多次健康检查请求，原因如下：|depth|inlineStyleRanges|entityRanges|2h7uh|当前，健康检查频率过高的问题，主要跟负载均衡后端健康探测实现机制有关。假设100万的+client+端请求，会分散在4台+CLB+后端物理机上，再转给后端服务器。+健康检查探测是在+CLB+的后端物理机上各自探测的。因此，CLB+实例设置5秒1次的探测请求，实际上+CLB+后端的每台物理机都会每5s发送一次探测。因此在后端服务器上，会收到多次探测请求。假设+CLB+实例所在集群有8台物理机，那么每台机器5s发送一次请求，后端主机可能会在5s中收到8次探测。|3rgr8|该实现方案的优势是：效率高，探测精准，避免误剔除。例如，CLB+实例集群的8台物理机中，其中1台判断失败，仅那1台机器不再转发流量，另外7台的流量是正常的。|1honm|因此，如果您后端服务器的探测频率过高，可以通过设置更长的探测间隔时间来解决（+如设置为15s探测一次）。|93oq9|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]]|$1|A|3|4|5|B|7|T|8|@]|9|@]]|$1|C|3|4|5|D|7|U|8|@]|9|@]]|$1|E|3|4|5|F|7|V|8|@]|9|@]]|$1|G|3|4|5|H|7|W|8|@]|9|@$1|X|I|Y|J|Z]]]]|K|$L|$3|M|N|O|P|$Q|R]]]]

blocks|key|6av7|text|当浏览器访问网站+http://example.com+时，对服务器而言需要进行一次重定向，判断需要定向至根目录。而当浏览器访问网站+http://example.com/+时服务器会直接返回网站设置的根目录默认页面。同样的，假设+http://www.example.com/movie+被+URL+重写跳转到+http://www.example.com/movie/+上的话，则输入+http://www.example.com/movie+就会多一次+URL+重写的过程，在性能和时间上都有微小的损耗，但在结果上没有差别。若+http://www.example.com/product+被+URL+重写转跳到非+http://www.example.com/product/+同一页面上，则需要考虑是否在二级页面后添加/。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|dk3c4|在腾讯云负载均衡中，如果前后端端口号不一致时，为了避免+HTTP+重定向后导致端口号更改，访问二级页面需要加/保证页面的正常访问。|asdq8|假设七层转发下，负载均衡实例监听80端口，后端服务器监听+8081+端口。此时客户端访问+http://www.example.com/movie+，经由负载均衡转发至后端服务器，服务器收到发往+http://www.example.com/movie+的请求并会重定向到+http://www.example.com:8081/movie/+（监听端口为8081），此时客户端访问失败（端口错误）。|ddr99|因此，建议用户将访问请求改写为带/的二级页面如+http://www.example.com/movie/+，这样可以避免+HTTP+重定向，减少一次不必要的判断，降低不必要的负载。如果必须使用+HTTP+重定向时，请保证负载均衡的监听端口和后端服务器的监听端口相同。|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|J|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|K|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|L|8|@]|9|@]|A|$]]]|H|$]]

负载转发中的 HTTP 重定向问题

blocks|key|a8h|type|unstyled|text|您可以为如下+TCP+端口执行负载均衡：21（FTP）、25（SMTP）、80（HTTP）、443（HTTPS），以及1024+-+65535等端口。|depth|inlineStyleRanges|entityRanges|1lhgo|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|dvmf7|type|unstyled|text|负载均衡收到+843+的+policy+请求，会主动回复通用的+crossdomain+策略配置文件，如果出现没有返回策略文件，连接直接断掉的情况，可能是+flash+server+请求不正确。|depth|inlineStyleRanges|entityRanges|c0bum|请确认发送正确的+flash+server+的请求：\0+。|1jh9u|正常的+843+返回结果如下图所示：|5e40l|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]]|$1|A|3|4|5|B|7|R|8|@]|9|@]]|$1|C|3|4|5|D|7|S|8|@]|9|@]]|$1|E|3|4|5|F|7|T|8|@]|9|@$1|U|G|V|H|W]]]]|I|$J|$3|K|L|M|N|$O|P]]]]

blocks|key|2b7q4|type|unstyled|text|[回到顶部]|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|6^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|66edo|type|unstyled|text|不可以。对服务器+A（10.66..101）端口+a+的访问可通过内网型负载均衡将请求转发至服务器+B（10.66..102）的端口+b。但无法将流量转发至同一台服务器+A（10.66.*.101）的另一端口+b。|depth|inlineStyleRanges|offset|length|style|ITALIC|entityRanges|dvoav|[回到顶部]|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|H|15|0|0|0|6^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]]|$1|E|3|4|5|F|7|R|8|@]|D|@$1|S|9|T|A|U]]]]|G|$H|$3|I|J|K|L|$M|N]]]]

blocks|key|eb8rd|type|unstyled|text|[回到顶部]|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|6^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|416ks|type|unstyled|text|[回到顶部]|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|6^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|evmi2|type|unstyled|text|若后端服务器设置了安全组规则，可能会出现负载均衡实例无法与其通信的状况。因此，在四层转发和七层转发下，建议后端服务器安全组均设置为全放通。若打开了安全组，并默认允许全协议全ip段的地址访问时，需要配置所有客户端+IP+到本机+IP+的安全组规则。|depth|inlineStyleRanges|entityRanges|e1t52|对于某些恶意+IP，可以设置把恶意IP加在安全组前排规则，禁止其访问后端服务器；再放通所有+IP（0.0.0.0）到本机服务端口，让正常客户端可以访问。+（安全组规则是有顺序的，自顶而下进行匹配）|2j4g|私有网络内的七层负载转发若设置了健康检查，必须把负载均衡+VIP+加入到后端服务器的安全组放通规则，否则健康检查可能失效。|34ter|如用户需要给某些+Client+IP+设置黑名单，拒绝其访问，可以通过配置云服务关联的安全组实现。安全组的规则需要按照如下步骤进行配置：|d2cmd|关于安全组的更多说明，请参见+后端云服务器安全组配置说明。|offset|length|41is5|[回到顶部]|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/doc/product/214/6157|1|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|0|0|F|D|0|1|0|6^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]]|$1|A|3|4|5|B|7|X|8|@]|9|@]]|$1|C|3|4|5|D|7|Y|8|@]|9|@]]|$1|E|3|4|5|F|7|Z|8|@]|9|@]]|$1|G|3|4|5|H|7|10|8|@]|9|@$1|11|I|12|J|13]]]|$1|K|3|4|5|L|7|14|8|@]|9|@$1|15|I|16|J|17]]]]|M|$N|$3|O|P|Q|R|$S|T]]|U|$3|O|P|Q|R|$S|V]]]]

blocks|key|anm0m|type|unstyled|text|负载均衡与后端服务器的通讯始终走内网，绑定的+CVM+有外网+IP+的情况下也一样。|depth|inlineStyleRanges|entityRanges|9npjk|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|912sr|type|unstyled|text|Ping+负载均衡的+VIP+：由负载均衡集群响应，不会转发到后端的服务器。|depth|inlineStyleRanges|entityRanges|25qh6|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

关于 Ping 负载均衡的 VIP 说明

blocks|key|43s67|type|unstyled|text|[回到顶部]|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|6^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|fho3d|type|unstyled|text|内网负载均衡不支持同一个+CVM+既作为客户端又作为服务器，此时+CLB+看到的+Client+IP+和+Server+IP+是一样的，会导致访问不通。|depth|inlineStyleRanges|entityRanges|e4hhs|当您的客户端需要同时作为服务器时，请至少绑定两个后端服务器。CLB+有自动避免回环的策略，当+Client+A+访问负载均衡时，负载均衡会自动调度到非+Client+A+的后端服务器上。|1u9om|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]]|$1|A|3|4|5|B|7|P|8|@]|9|@]]|$1|C|3|4|5|D|7|Q|8|@]|9|@$1|R|E|S|F|T]]]]|G|$H|$3|I|J|K|L|$M|N]]]]

关于内网回环问题的说明

blocks|key|djg9k|type|unstyled|text|问题现象|depth|inlineStyleRanges|entityRanges|b574c|同一个客户端在同一时刻，通过不同的中间节点访问同一个后端服务器的同一个端口会出现串流现象。具体场景如下：|9h41p|问题原因|dasal|当前+CLB+会透传客户端+IP+到后端服务器，因此会导致+client_ip:client_port+->+vip:vport+->+rs_ip:rs_port+最终变为+client_ip:client_port+-->+rs_ip:rs_port。|6b8im|解决方案|46r8f|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]]|$1|A|3|4|5|B|7|V|8|@]|9|@]]|$1|C|3|4|5|D|7|W|8|@]|9|@]]|$1|E|3|4|5|F|7|X|8|@]|9|@]]|$1|G|3|4|5|H|7|Y|8|@]|9|@]]|$1|I|3|4|5|J|7|Z|8|@]|9|@$1|10|K|11|L|12]]]]|M|$N|$3|O|P|Q|R|$S|T]]]]

blocks|key|ciuq2|type|unstyled|text|若需要通过+CLB+访问后端+CVM，需要后端+CVM+和+CLB+两个安全组均放通公网访问，建议先把后端+CVM+的安全组仅放通+CLB+的+VIP+公网访问，CLB+的安全组按需放通公网访问+IP。|depth|inlineStyleRanges|entityRanges|poou|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|4kl2t|type|unstyled|text|需通过负载均衡进行访问，才有具体的监控信息，可配置域名解析至负载均衡的+VIP+并访问域名，即可在负载均衡的监控中查看具体的信息。|depth|inlineStyleRanges|entityRanges|42iek|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|6tgc2|type|unstyled|text|为满足部分用户重置访问+Flash+的需求，CLB+默认放通了843端口。若您想关闭该端口，请配置+TCP:843+监听器后，不绑定后端服务器即可。|depth|inlineStyleRanges|entityRanges|cqtsd|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|8fo2k|type|unstyled|text|是的。腾讯云负载均衡+CLB+产品使用9/11网段的地址作为内网网段地址。|depth|inlineStyleRanges|entityRanges|auko9|[回到顶部]|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/214/5411#23^0|0|0|0|6^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

负载均衡

路由

路由器

服务器

Nginx

这里有一个比较形象的比喻，假如有一百个人要往返跨过一条河，河面上有6座桥，每座桥每次只能有一个人通过，那么同一时刻最多只能6个人同时过河，不能再多了，http1.1协议下的请求响应就是基于这个模型的。 以上便是今天文章的内容，总结一下：
1、在http1.1版本中我们可以针对浏览器对同一个域名支持的最大TCP链接数这个特性，使用域名分片技术来加快资源下载，但是这样会也会随之带来一些问题，服务器压力增大 2、http1.1中的TCP长连接存在队头阻塞的问题，针对同一个tcp链接中的每一http请求必须响应之后后面的http才能继续。 针对这些问题我们给出了一下解决方案，但是终归不是太优雅，随着互联网的高速发展http1.1似乎越来越不能满足当下用户的需求了，http2在这众望所归的时刻到来了，下篇文章带领大家利用http2来改善http1.1 3、既然多个TCP链接存在竞争关系，我们能不能让浏览器将针对同一个域名的所有http请求都基于同一个tcp链接呢？这样既减少了竞争，也减少了tcp链接的耗时操作。
如果你有什么建议或者想法欢迎留言。

http1.1相对http2有哪些不足

服务器搭建完成之后，我们在public文件夹新建一个页面，这个页面中的资源主要由图片、css、js构成，代码如下:


http1.1相对http2有哪些不足

HTTP 状态码是服务器对浏览器发出的请求所返回的响应的状态标识，用于表示服务器对请求的处理结果。 常见的 HTTP 状态码包括：
1xx（信息性状态码）
 100 Continue：服务器已经收到了请求的部分，客户端可以继续发送剩余的请求。 101 Switching Protocols：服务器已经理解了客户端的请求，并将通过 Upgrade 消息头通知客户端采用不同的协议。 
2xx（成功状态码）
 200 OK：请求成功。 3xx（重定向状态码）
 301 Moved Permanently：请求的资源已被永久移动到新位置。 
 302 Found：请求的资源临时从不同的 URI 响应请求。 5xx（服务器错误状态码）
 500 Internal Server Error：服务器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理。

Http状态码有哪些

HTTP 状态码是服务器对浏览器发出的请求所返回的响应的状态标识，用于表示服务器对请求的处理结果。常见的 HTTP 状态码包括：

Http状态码有哪些

当浏览者访问一个网页时，浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前，此网页所在的服务器会返回一个包含HTTP状态码的信息头(server header)用以响应浏览器的请求。 HTTP状态码的英文为HTTP Status Code。 下面是常见的HTTP状态码：
常用的状态码简述
2XX
一般是请求成功
200 正常处理
204 成功处理，但服务器没有新数据返回，显示页面不更新
206 对服务器进行范围请求，只返回一部分数据
3XX 一般表示重定向
301 请求的资源已分配了新的URI中，URL地址改变了。 【永久重定向】
302 请求的资源临时分配了新的URI中，URL地址没变【转发】
303 与302相同的功能，但明确客户端应该采用GET方式来获取资源
304 发送了附带请求，但不符合条件【返回未过期的缓存数据

常见的HTTP状态码有哪些？

当浏览者访问一个网页时，浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前，此网页所在的服务器会返回一个包含HTTP状态码的信息头(server header)用以响应浏览器的请求。

常见的HTTP状态码有哪些？

当浏览者访问一个网页时，浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前，此网页所在的服务器会返回一个包含HTTP状态码的信息头(server header)用以响应浏览器的请求。204 成功处理，但服务器没有新数据返回，显示页面不更新 301 请求的资源已分配了新的URI中，URL地址改变了。表示客户端出错了。服务器出错了 

常见的HTTP状态码有哪些

常见的HTTP状态码有哪些

curl 命令支持 HTTP2
执行以下命令：
sudo apt-get install -y tmux curl vim wget htop git
首先使用 curl 请求 https://nghttp2 .org（使用了 http2）。 1.5.1-DEV
Via: 1.1 nghttpx
strict-transport-security: max-age=31536000
如果使用 http2，会给我们返回一个协议不支持的错误。 的 C 库支持）：
# Get build requirements
# Some of these are used for the Python bindings
# this package also /configure
make
sudo make install
更新到最新的 curl 版本：
cd ~
sudo apt-get build-dep curl
wget http://curl.haxx.se

curl 支持 HTTP2

首先使用 curl 请求 https://nghttp2.org（使用了 http2）。但是结果却是返回了 HTTP1.1 响应：

支持的 HTTP/2 地域有哪些？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐