网络协议入门：OSI模型与TCP/IP栈

DNS解析（应用层）
- 首先，浏览器需要将域名转换为IP地址。
- 浏览器会查询本地DNS缓存；若缓存中没有匹配项，则向配置的DNS服务器（如8.8.8.8）发送查询请求。
- DNS服务器根据记录，返回域名对应的IP地址（如93.184.216.34）。
- 协议参与：DNS协议（UDP传输）。
建立TCP连接（三次握手，传输层）
- 浏览器使用IP地址与目标服务器建立TCP连接。
- 三次握手过程 ：
  - 客户端发送SYN（同步序列号）请求，表示希望建立连接。
  - 服务器返回SYN-ACK（同步确认）响应，表示接受连接请求。
  - 客户端发送ACK（确认）消息，确认建立连接。
- 协议参与：TCP。
发送HTTP请求（应用层）
- 浏览器通过TCP连接发送一个HTTP GET请求，要求服务器返回网页内容。
- 请求包含头信息，如Host字段指定目标域名，User-Agent标识浏览器类型。
- 协议参与：HTTP/HTTPS。
服务器响应与数据传输（应用层 + 传输层）
- 服务器处理请求，返回HTML文件以及相关资源（如CSS、JS、图片）。
- 数据分为多个数据包，通过TCP连接返回给客户端。
浏览器渲染网页
- 浏览器解析HTML，加载并渲染网页资源。

在数据从发送端到接收端的传输过程中，涉及多个网络设备和协议层的协作，以下是详细分析：

发送端（主机）
- 数据从应用层开始封装，每层协议添加相应的头信息（如TCP头、IP头）。
- 数据被转换为电信号，通过物理层发送到网络。
路由器的转发机制（网络层）
- 路由器根据数据包中的目标IP地址，查找路由表，选择下一跳转发数据。
- 若目标地址不在当前子网内，路由器将数据包转发至上一级网关。
- 协议参与：IPv4、IPv6。
中间链路的传输（数据链路层）
- 数据帧通过交换机转发，根据MAC地址确定下一跳。
- 如果数据传输为无线链路，则由Wi-Fi协议进行管理。
接收端（目标主机）
- 数据逐层解封，应用层最终接收到完整的请求或响应。

抓包工具（如Wireshark）是分析网络协议的重要工具，可以帮助我们深入理解协议的运行机制。以下是使用抓包工具分析具体通信的实例：

实际情况：OSI模型是理论框架，其设计理念被广泛采纳，但具体实现更贴近TCP/IP协议栈。TCP/IP合并了OSI中的部分层次（如应用层涵盖了表示层和会话层）。

分层设计的优势 ：
1. 模块化开发：各层独立设计，不影响其他层。
2. 易于调试：定位问题时可以逐层排查（如检查物理连接、路由配置或应用层请求）。
3. 灵活性：可替换或升级单独层次的协议（如HTTP升级到HTTP/2）。

区别：
- IP地址：逻辑地址，负责标识设备在网络中的位置，可动态分配。
- MAC地址：物理地址，嵌入在设备网卡中，用于本地链路通信，不会改变。