一次完整的https请求过程

原创于 2025-04-10 11:04:21 发布 · 912 阅读

CC 4.0 BY-SA版权

文章标签：

4 篇文章

订阅专栏

一次完整的 HTTP 请求过程 涉及 应用层 → 传输层 → 网络层 → 数据链路层 → 物理层 的封装与解析，并最终返回响应。下面以 访问 https://www.example.com 为例，详细拆解整个过程：

目标：将域名 www.example.com 解析为 IP 地址（如 93.184.216.34）。
过程：

浏览器缓存 → 检查是否缓存过该域名。
系统 Hosts 文件 → 检查是否有手动映射。
本地 DNS 服务器（如 8.8.8.8）→ 递归查询：
• 先查 根域名服务器（.）→ 指向 .com 服务器。
• 再查 .com 服务器 → 指向 example.com 的权威 DNS 服务器。
• 最终返回 www.example.com 的 IP 地址。

目标：与服务器 93.184.216.34:443（HTTPS 默认端口）建立可靠连接。
过程：

目标：协商加密方式，建立安全通道（仅 HTTPS 需要）。
过程：

Client Hello：客户端发送支持的加密算法（如 AES、RSA）和随机数 Client Random。
Server Hello：服务器选择加密算法，并返回 Server Random + 证书（含公钥）。
客户端验证证书（CA 机构签发，防止中间人攻击）。
生成会话密钥：客户端用公钥加密 Pre-Master Secret 发送给服务器，双方用 Client Random + Server Random + Pre-Master 生成 对称加密密钥（如 AES-256）。
✅ 加密通道建立，后续数据均加密传输。

目标：客户端向服务器发送请求（如 GET / HTTP/1.1）。
请求报文示例：

GET / HTTP/1.1
Host: www.example.com
User-Agent: Mozilla/5.0
Accept: text/html
Connection: keep-alive

封装过程：

目标：服务器接收请求并返回响应。
过程：

响应报文示例：

HTTP/1.1 200 OK
Server: nginx
Content-Type: text/html
Content-Length: 1234

<!DOCTYPE html>
<html>...</html>

封装过程（与请求对称）：

目标：释放 TCP 连接（HTTP/1.1 默认 Connection: keep-alive，可能复用连接）。
过程：

1. DNS 解析 → 2. TCP 三次握手 → 3. TLS 握手（HTTPS）→ 4. 发送 HTTP 请求 →  
5. 服务器处理 → 6. 返回 HTTP 响应 → 7. TCP 四次挥手（可选）

这样，一次完整的 HTTP(S) 请求就完成了！ 🚀