别再混淆了！一文搞懂IP协议号47（GRE）、6（TCP）、17（UDP）的区别与联系
网络协议深度解析：从TCP到GRE的数据包奇幻之旅
当你在浏览器输入一个网址，敲下回车的那一刻，一场跨越千山万水的数据包冒险就开始了。这些数据包如何在复杂的网络环境中安全到达目的地？不同协议如何协同工作？本文将带你深入理解TCP(6)、UDP(17)和GRE(47)这些关键协议号背后的故事，揭开网络通信的神秘面纱。
1. 网络协议基础：理解协议号的本质
每个网络协议都有一个独特的"身份证号码"——协议号(Protocol Number)，它被定义在IP头部中，用于标识上层使用的是哪种协议。就像邮政编码决定了信件应该由哪个邮局处理一样，协议号决定了数据包应该交给哪个协议栈处理。
常见协议号及其对应协议：
- 1：ICMP（互联网控制报文协议）
- 6：TCP（传输控制协议）
- 17：UDP（用户数据报协议）
- 47：GRE（通用路由封装协议）
这些数字看似简单，却构成了互联网通信的基础。当网络设备收到一个IP数据包时，会检查IP头部的协议号字段，然后决定将数据包交给哪个上层协议处理。例如，看到协议号是6，就知道这是一个TCP包，应该交给TCP协议栈处理。
协议号由IANA统一分配和管理，完整的协议号列表可以在IANA官网上找到。
2. TCP与UDP：传输层的双雄对决
2.1 TCP(6)：可靠的连接导向型协议
TCP（协议号6）是互联网上最常用的传输层协议之一，它的设计哲学是"宁可慢，也要可靠"。想象一下TCP就像一位严谨的快递员：
- 三次握手建立连接：快递员在送货前会先打电话确认你在家
- 确认机制：每送一个包裹都要你签字确认收到
- 重传机制：如果你没收到某个包裹，快递员会重新送一次
- 有序交付：确保包裹按发送顺序送达
# 使用tcpdump抓取TCP协议数据包示例 tcpdump -i eth0 'ip proto 6' -vvTCP的这些特性使其非常适合需要可靠传输的场景，如网页浏览(HTTP/HTTPS)、文件传输(FTP)、电子邮件(SMTP)等。但可靠性是有代价的——TCP的头部较大(通常20字节)，且建立连接需要额外开销。
2.2 UDP(17)：轻量级的无连接协议
与TCP形成鲜明对比的是UDP（协议号17），它就像一个只管投递不管结果的邮差：
- 无连接：直接发送数据，不需要预先建立连接
- 不可靠：不保证数据一定能到达目的地
- 无顺序保证：后发的数据可能先到
- 头部简单：只有8字节，开销小
# 简单的UDP客户端示例 import socket sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) sock.sendto(b"Hello UDP", ("example.com", 12345))UDP虽然简单，但在某些场景下优势明显：
- 实时性要求高的应用（视频会议、在线游戏）
- DNS查询（查询请求小，响应快）
- 广播/多播应用
TCP与UDP关键对比：
| 特性 | TCP(6) | UDP(17) |
|---|---|---|
| 连接方式 | 面向连接（三次握手） | 无连接 |
| 可靠性 | 可靠（确认、重传） | 不可靠 |
| 流量控制 | 有（滑动窗口） | 无 |
| 传输效率 | 相对较低 | 高 |
| 头部大小 | 20-60字节 | 8字节 |
| 适用场景 | 网页、邮件、文件传输 | 视频、语音、DNS |
3. GRE(47)：网络隧道的神秘信封
3.1 GRE协议的基本原理
GRE（Generic Routing Encapsulation，协议号47）是一种隧道协议，它就像一个神奇的信封，可以把其他协议的数据包完整地封装起来，通过不兼容的网络传输。想象你要寄送一个已经包装好的礼物（原始数据包），GRE就是在这个礼物外面再加一层包装（GRE头部），写上新的邮寄地址。
GRE的典型应用场景包括：
- 站点间VPN连接
- 跨不同网络传输多播流量
- 承载非IP协议（如IPX）通过IP网络
# 在Linux上创建GRE隧道示例 ip tunnel add gre0 mode gre remote 203.0.113.2 local 198.51.100.1 ttl 255 ip link set gre0 up ip addr add 10.0.0.1/24 dev gre03.2 GRE数据包结构解析
一个完整的GRE数据包就像俄罗斯套娃：
- 外层IP头部：协议号=47，表示这是一个GRE包
- GRE头部：4字节，包含标志位和版本信息
- 内层原始数据包：可以是任何协议（TCP、UDP、甚至另一个GRE）
[外层IP头(协议号=47)] [GRE头] [原始数据包(如TCP/UDP)] [数据]在Wireshark中分析GRE数据包时，经常会看到有趣的现象：Wireshark可能会直接显示内层被封装的协议（如TCP或ICMP），而忽略了外层的GRE封装。这是因为Wireshark会智能地解析多层封装，直接显示最内层有意义的协议内容。
4. 实战案例：TCP穿越GRE隧道的完整旅程
让我们跟随一个TCP数据包，看看它如何通过GRE隧道完成一次完整的网络旅行：
出发准备：应用程序生成TCP数据（协议号6）
- 源端口：54321
- 目的端口：80
- 数据："GET / HTTP/1.1"
第一层包装：IP封装
- 源IP：192.168.1.100（内网地址）
- 目的IP：192.168.2.200（另一内网地址）
- 协议号：6（TCP）
隧道封装：GRE封装（协议号47）
- 外层源IP：203.0.113.1（公网地址）
- 外层目的IP：203.0.113.2（对端公网地址）
- 协议号：47（GRE）
网络传输：
- 路由器看到外层IP，协议号47，知道是GRE包
- 通过公网路由到目的地的203.0.113.2
解封装过程：
- 对端路由器剥离外层IP和GRE头
- 露出原始IP包（协议号6）
- 根据内层IP头将数据包递送到192.168.2.200
最终交付：
- 目标主机看到TCP包（协议号6）
- 交给TCP协议栈处理
- 应用程序在80端口收到HTTP请求
# 使用tcpdump观察GRE隧道中的TCP流量 tcpdump -i gre0 'tcp port 80' -vv这个过程中，协议号起到了关键的路由作用：
- 在公网上，路由器根据协议号47知道这是GRE包
- 解封后，内层协议号6告诉系统这是TCP包
- 最终TCP头中的端口号决定哪个应用程序接收数据
5. 协议分析技巧与常见问题排查
5.1 Wireshark中的协议号分析技巧
使用Wireshark分析网络流量时，掌握一些小技巧可以事半功倍：
过滤特定协议号：
ip.proto == 6（仅显示TCP流量）ip.proto == 47（仅显示GRE流量）
查看协议层级：
- 展开数据包详情，观察协议栈的层层封装
- 注意"Protocol"字段显示的协议号
解码异常处理：
- 有时Wireshark可能错误解析封装协议
- 右键数据包 → "Decode As..." → 手动指定协议
5.2 常见网络问题排查思路
当遇到网络连接问题时，按照协议栈自底向上排查：
- 物理层：网线/网卡是否正常？
- 网络层：IP能否ping通？
- 传输层：TCP/UDP端口是否开放？
- 应用层：服务是否正常运行？
对于GRE隧道问题，特别注意：
- 两端GRE配置是否匹配（密钥、校验和等）
- MTU设置是否合理（封装后数据包可能过大）
- 路由是否正确（封装后的数据包能否到达对端）
# 检查GRE隧道接口状态 ip link show gre0 # 查看GRE隧道流量统计 ip -s link show gre0网络协议的世界就像一套精密的齿轮系统，每个协议号都代表着一个特定的齿轮功能。理解TCP(6)、UDP(17)和GRE(47)这些基础协议的区别与联系，是掌握网络通信原理的重要一步。下次当你使用Wireshark抓包时，不妨多留意协议号字段，它会告诉你很多关于数据包旅程的故事。