Quic协议 0-RTT Http3

已于 2023-08-07 17:05:31 修改
阅读量403 收藏
点赞数 1
文章标签： 服务器 网络 运维
于 2023-08-03 15:52:57 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zrjliming/article/details/132084901
版权
本文介绍了Quic协议，强调其通过TLS 1.3握手实现快速连接，利用0-RTT和KDF密钥派生确保数据安全。Quic通过PKN和offset实现数据完整性与排序，采用滑动窗口机制进行流量控制，并允许自定义拥塞算法，解决队头阻塞问题。此外，Quic支持链接迁移，即使客户端IP变化仍能保持连接。尽管Quic增加了服务器CPU消耗，但在弱网环境下显著降低传输延迟，尤其在PC和移动端的搜索及视频传输中表现出色。
摘要由CSDN通过智能技术生成

目录

1、Quic协议

2、Quic直接通过TLS握手进行建立链接，TLS是1.3版本 

3.1、通过缓存服务器公钥实现0-RTT，服务器 通过kdf密钥派生机制，来产生会话加密key，保证数据向前安全性

3.2、通过PKN来实现数据重传保证数据完整性，通过offset来实现排序

3.3、流量控制通过滑动窗口机制，通过ack确认数据来进行滑动可用窗口的 

3.4、Tcp网络拥塞是在系统层面，Quic是4层之上可以自定义拥塞算法​编辑

3.5、队头阻塞  

3.6、Quic可以实现链接迁移，客户端网络变化ip1切换为ip2，服务器ip不变通过 会话id来组合，逻辑上仍然是通的 

4、总结

1、Quic协议

2、Quic直接通过TLS握手进行建立链接，TLS是1.3版本 

3.1、通过缓存服务器公钥实现0-RTT，服务器 通过kdf密钥派生机制，来产生会话加密key，保证数据向前安全性

3.2、通过PKN来实现数据重传保证数据完整性，通过offset来实现排序

最低0.47元/天 解锁文章
zrjliming
关注
通过QUIC 0-RTT建立更快的连接
LiveVideoStack
12-24 3372
本文主要探讨TLS协议，看看它如何允许客户机开始发送HTTP要求，并且无需等待TLS握手完成即可减少延迟、建立更快的连接。此外，之中会有一些风险如通过API端点发送HTTP请求间的ban...
记一次IETF QUIC无法使用0-RTT的原因排查
cj19920421的博客
10-20 1453
1. 背景 截止目前，IETF QUIC最新版本已至draft-29。chromium官方也放出消息说正在加大部署IQUIC。IQUIC成为未来的QUIC标准，这促使我们去关注IQUIC的各种特性。0-RTT可以提高建连的速度。但是在实际测试IQUIC时，我们发现GQUIC可以正常启用0-RTT，但是IQUIC却始终无法生效。 2. 分析 客户端测试工具: 1) google quiche的quic_client 2) chrome浏览器： stable和canary 0-...
QUIC的0-RTT和TLS介绍
最新发布
wangkai6666的博客
07-20 719
handshake被构造为允许尽快交换应用程序数据。这包括客户端立即发送数据（0-RTT）的选项，这需要某种形式的事先通信或配置才能启用。C端接收到S侧的 ACK 前，就发送数据，同时引入了响应攻击（replay attacks）S 端还可以在接收最终的加密握手消息（确认客户端的身份 identity 和活动性 liveness ）之前向 C 端发送应用程序数据。
Quic 0RTT详解
fdsafwagdagadg6576的专栏
01-11 1975
系列文章：DTLS详解_fdsafwagdagadg6576的专栏-CSDN博客_dtls 1、基本概要 QUIC handshake中有两个加密密钥, initial key 和 forword-secure key。 前者用于实现 0-RTT 的握手，后者则用于握手成功以后整个会话的数据加密； QUIC 的密钥使用 Diffe-Hellman 算法生成； 2、Diffe-Hellman 算法的密钥生成过程 Alice 和 Bob 都知道两个素数（g、p）的存在 Alice 有 a（privat.
QUIC学习笔记之 如何做到0RTT加密传输
qq_35448165的博客
06-18 2038
简单介绍下什么是QUIC，这是从Google官方文档抄录的一段话 QUIC (Quick UDP Internet Connections) is a new transport protocol for the internet, developed by Google. QUIC solves a number of transport-layer and application-layer problems experienced by modern web applications, while
QUIC协议是如何做到0RTT加密传输的(addons)
热门推荐
Netfilter
07-06 3万+
QUIC作为HTTP2.0形成草案，提上日程以来最重要的(我认为是最重要的，如果你非要说TCP，就当我什么都没说)传输协议，它有很多可以快速秒掉TCP的特质，本文来介绍其中一个，即0RTT。 首先解释一下什么是0RTT。 所谓的0RTT就是，通信双方发起通信连接时，第一个数据包便可以携带有效的业务数据。而我们知道，这个使用传统的TCP是完全不可能的，除非你使能了TCP Fast Open特...
QUIC/HTTP3 协议简析
github_36774378的博客
06-29 1720
从 HTTP 的进化历史讲起，细说使用协议的变迁，了解原因发现问题，解码 QUIC 在 HTTP3 中的支撑作用，共同探讨 HTTP3 的未来。 HTTP、HTTP2 和 HTTP3 先和大家来回顾一下 HTTP 的历史，看看 HTTP3 相比 HTTP、HTTP2 都有哪些改进和升级的地方。 HTTP VS HTTP2 多路复用：多路复用时，多文件传输有时只需维护一个 TCP 连接。如果是 HTTP1 协议下，每份资源的传输对应一个 TCP 连接，一般最多只能开启 6 个 TCP 连接来传输多路数据，.
QUIC协议中的0-RTT密钥交换
# 1. I. 引言 A.介绍QUIC协议的背景 B.引入0-RTT密钥交换的概念 ...本文将重点讨论QUIC协议中的一个重要特性——0-RTT密钥交换。0-RTT密钥交换可以在一次往返（Round-Trip Time，RTT）内完成连接建立，
quic-protocol:Google对QUIC（HTTP3）协议的纯Java实现
03-19
3. **0-RTT（零往返时间）连接建立**：QUIC可以在首次通信时就发送应用数据，减少了握手延迟，加快了页面加载速度。 4. **内置加密**：QUIC将加密和身份验证集成到协议中，使得连接更加安全，减少了中间人攻击的...
quic-benchmark:quic和tls的基准测试
03-10
Komplexpraktikum快速基准测试 一个将QUIC套接字与TCP套接字的性能进行比较的项目。 动机 QUIC是最初由Google开发的传输层协议，目前由IETF开发和标准化。 QUIC的HTTP映射称为HTTP / 3，这是HTTP的最新版本。 默认情况下，通过QUIC进行的通信是加密的。 该项目的目的是测量QUIC协议的性能，并将其与传输控制协议（TCP）和传输层安全性（TLS）进行比较，因为默认情况下TCP不会进行加密通信。 实验设置 在实验中，我们实现了两种不同的设置：使用QUIC的客户端-服务器通信和使用TCP + TLS的客户端-服务器通信。 我们在rust和nodejs中都实现了。 在本实验的其余部分中，我们决定使用nodejs，因为可以将QUIC设置为套接字，也可以直接将其设置为HTTP / 3。 另外，nodejs中的文档也更加详细。 服务器和客户端当前在一台机器
draft-huitema-quic-ts-07
11-03
在QUIC协议中，通常使用往返时间(RTT)来检测丢包和进行拥塞控制。然而，单程延迟(1WD)的测量能够提供更精细的数据，对于某些算法如LEDBAT（Low Extra Delay Background Transport）来说更为有效。LEDBAT利用传输延迟...
QUIC 简析
闲敲棋子落灯花
02-15 1589
QUIC简析 一 QUIC - Quick UDP Internet Connection. QUIC 最初是Google公司为了改进HTTP/HTTPS通信所提出的架构于UDP之上的通信协议. 不过随着QUIC技术的演进， 它已经成为一种介于TCP和UDP之间的通用的传输协议. 自从2016年11月IETF QUIC WorkGroup第一次会议以来， QUIC的标准化进展十分迅速...
QUIC协议原理分析
myIddddd的博客
07-14 620
一条 TCP 连接 [17] 是由四元组标识的（源 IP，源端口，目的 IP，目的端口）。所以 QUIC 协议选择了 UDP，因为 UDP 本身没有连接的概念，不需要三次握手，优化了连接建立的握手延迟，同时在应用程序层面实现了 TCP 的可靠性，TLS 的安全性和 HTTP2 的并发性，只需要用户端和服务端的应用程序支持 QUIC 协议，完全避开了操作系统和中间设备的限制。TCP 使用序列号来标识数据的顺序，数据必须按照顺序处理，如果前面的数据丢失，后面的数据就算到达了也不会通知应用层来处理。
QUIC协议连接原理和特性
you_you_lu的博客
07-02 1760
QUIC全称 Quick UDP Internet Connection（快速UDP互联网连接），是由Google提出的使用UDP协议进行多路并发传输的协议。目的是保证可靠性的同时降低网络延迟。QUIC相比现在广泛应用的HTTP/2.x + TCP + TLS协议主要有这些优势：减少了TCP三次握手及TLS握手时间、改进的拥塞控制、避免HOL（队头阻塞）的多路复用、连接迁移、前向冗余纠错。
传输层很牛逼的协议：QUIC，速度真的杠杠的！
网络技术联盟站
10-09 829
QUIC（Quick UDP Internet Connections）是一种由Google开发的协议，旨在改善网络连接的速度和可靠性。它的目标是替代当前互联网基础设施中使用的传输控制协议（TCP），并构建在用户数据报协议（UDP）之上。QUIC采用了加密和多路复用的技术，以提供更高的安全性和更快的数据传输速度。它允许通过单个连接传输多个数据流，从而减少延迟并提高数据吞吐量。此外，QUIC还包括拥塞控制和流量控制等功能，用于管理网络拥塞情况，确保数据传输的顺畅性。
QUIC with TLS1.3 简介
weixin_41262316的博客
06-21 1834
QUIC with TLS1.3 简介 最近TLS1.3[RFC 8446]和QUIC[RFC 8999-9002]的rfc都已经标准化， 网上看了一圈，好像大部分讲QUIC的文章还是在用基础的DH理论在讲， QUIC放弃自加密拥抱TLS1.3已经很长时间了，正好最近在做这方面的研究，就简单介绍一下。 区分QUIC与HTTP/3 QUIC是传输层协议，对标TCP+TLS。HTTP/3，HTTP/2等是应用层协议， HTTP/3为了实现0/1 RTT，所以传输层需要用到QUIC。 TLS 1.3 TLS1
传输层协议之QUIC
qq_42241500的博客
02-03 1260
QUIC（Quick UDP Internet Connections）是一种由Google设计和推动的传输层协议，旨在提供更快、更安全、更可靠的互联网连接。QUIC基于UDP协议，相较于传统的基于TCP的协议，具有更低的连接建立时延、更好的多路复用能力、内置的安全性和更好的拥塞控制等特点。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值