一、节点通信基础
1.1 什么是节点通信
节点通信，说白了就是两台设备之间「说话」。你想想看，一台服务器要跟另一台服务器交换数据，中间隔着网线、交换机、路由器，它们怎么保证数据能准确到达？这就是节点通信要解决的问题。
我刚开始做网络运维那会儿，遇到过一件特尴尬的事。两台服务器明明连着同一个交换机，ping 就是不通。折腾了半天，发现是其中一台的网卡速率被强制设成了 10M，另一台是 1000M 自适应——俩设备「语言不通」。嗯，这就是节点通信最基础的问题：双方得用同一套规则。
节点通信的核心要素：
- 发送方：产生数据的设备
- 接收方：消费数据的设备
- 传输介质：双绞线、光纤、无线等
- 协议：双方约定好的通信规则
1.2 通信模型：OSI 七层模型
OSI 七层模型，是国际标准化组织（ISO）在 1984 年提出的。说实话，这模型在实际工程中很少被完整实现，但它是个极好的「思维框架」。我个人习惯用 OSI 模型来定位问题——哪一层出故障，就在哪一层排查。
| 层级 | 名称 | 功能 | 常见协议/设备 |
|---|---|---|---|
| 7 | 应用层 | 为用户提供网络服务接口 | HTTP、FTP、SMTP |
| 6 | 表示层 | 数据格式转换、加密、压缩 | SSL/TLS、JPEG、ASCII |
| 5 | 会话层 | 建立、管理、终止会话 | NetBIOS、RPC |
| 4 | 传输层 | 端到端可靠传输 | TCP、UDP |
| 3 | 网络层 | 路由选择、逻辑寻址 | IP、路由器 |
| 2 | 数据链路层 | 帧封装、MAC 寻址、差错检测 | 以太网、交换机 |
| 1 | 物理层 | 比特流传输、电气特性 | 网线、集线器、中继器 |
我的经验：排查网络问题时，从物理层开始往上查。先看网线灯亮不亮，再看 IP 通不通，最后看应用能不能连。一层一层往上走，效率最高。
1.3 TCP/IP 四层模型
OSI 模型太「理想化」了，实际互联网用的是 TCP/IP 四层模型。它把 OSI 的上三层（应用层、表示层、会话层）合并成了「应用层」，把数据链路层和物理层合并成了「网络接口层」。
我经常跟团队说：TCP/IP 是实战派，OSI 是理论派。你面试时 OSI 要背得滚瓜烂熟，但写代码、配设备时，脑子里想的是 TCP/IP。
| TCP/IP 层 | 对应 OSI 层 | 核心协议 | 数据单元 |
|---|---|---|---|
| 应用层 | 5-7 层 | HTTP、DNS、SSH | 消息 |
| 传输层 | 4 层 | TCP、UDP | 段 |
| 网络层 | 3 层 | IP、ICMP | 包 |
| 网络接口层 | 1-2 层 | 以太网、Wi-Fi | 帧 |
1.4 数据封装与解封装
数据封装，就是给数据「一层层套马甲」。发送方每经过一层，就加一个头部。接收方每经过一层，就脱掉一个头部。这个过程，我管它叫「俄罗斯套娃」。
封装过程（发送方）：
- 应用层：原始数据（如 HTTP 请求）
- 传输层：加上 TCP 头部（源端口、目的端口、序列号）→ 形成「段」
- 网络层：加上 IP 头部（源 IP、目的 IP）→ 形成「包」
- 数据链路层：加上 MAC 头部（源 MAC、目的 MAC）和尾部 FCS → 形成「帧」
- 物理层：将帧转换成比特流，通过网线发送
解封装过程（接收方）：
- 物理层：接收比特流，还原成帧
- 数据链路层：检查 MAC 地址，校验 FCS，去掉头部和尾部 → 得到包
- 网络层：检查 IP 地址，去掉 IP 头部 → 得到段
- 传输层：检查端口号，重组数据，去掉 TCP 头部 → 得到原始数据
- 应用层：交给应用程序处理
避坑指南：我曾经排查过一个丢包问题，抓包发现帧的 FCS 校验一直失败。查了半天，结果是网线太长（超过 100 米），信号衰减导致比特错误。物理层的问题，应用层再努力也救不了。
1.5 知识体系总览
下面这张图，是我自己画的节点通信知识体系。你可以把它当成「地图」，学完这一章后，心里应该有个整体轮廓。
1.6 数据封装示例：一次 HTTP 请求
光讲理论太枯燥，我拿一个实际的 HTTP 请求来演示封装过程。假设你在浏览器输入 http://example.com：
应用层： GET /index.html HTTP/1.1\r\nHost: example.com\r\n...
传输层： TCP 头部（源端口:54321, 目的端口:80, 序列号:1001）
网络层： IP 头部（源IP:192.168.1.10, 目的IP:93.184.216.34）
数据链路层：MAC 头部（源MAC:00:1a:2b:3c:4d:5e, 目的MAC:00:5e:4d:3c:2b:1a）
物理层： 1010101010101010...（比特流）小技巧：用 Wireshark 抓包时，你可以亲眼看到每一层的头部信息。我个人习惯先看「物理层」的帧长度，再看「网络层」的 IP 地址，最后看「应用层」的 HTTP 内容。一层层剥开，跟解封装过程一模一样。
1.7 常见故障与排查思路
搞网络的人，谁还没踩过几个坑？我列几个最常见的节点通信故障，你以后肯定用得上：
| 故障现象 | 可能原因 | 排查命令 | 对应层级 |
|---|---|---|---|
| 网口灯不亮 | 网线损坏、接口松动 | 肉眼检查 | 物理层 |
| ping 不通 | IP 配置错误、路由缺失 | ping、traceroute | 网络层 |
| 端口连不上 | 防火墙拦截、服务未启动 | telnet、nc | 传输层 |
| HTTP 返回 404 | URL 路径错误 | curl -v | 应用层 |
避坑指南：我曾经遇到一个「诡异」的问题——两台服务器在同一网段，ping 通，但 TCP 连接就是建不起来。抓包发现，客户端发了 SYN，服务器回了 SYN+ACK，但客户端没有回最后的 ACK。查了半天，是客户端的 iptables 规则把状态为 INVALID 的包全丢了。嗯，传输层的问题，有时候得去应用层找原因。
好了，节点通信的基础就讲到这里。记住一句话：通信靠协议，排查分层走。下一章我们聊 TCP 的三次握手和四次挥手——这可是面试必考题，也是实战中排查连接问题的基本功。