Linux网络命名空间下UDP协议实验与抓包分析

简介：《计算机网络实验三：UDP协议探索和分析》是一份面向计算机网络课程学习者与Linux网络实验入门者的实验文档，围绕UDP数据格式、首部字段含义及网卡offload机制展开，帮助读者在虚拟网络拓扑中完成协议观察与验证。压缩包内含1个docx文件，大小约1.13MB，以图文实验记录形式组织，涵盖实验目的、步骤与结果、问题分析等模块，便于直接参照操作并整理实验报告。文档结合虚拟网络拓扑、静态路由、nc命令通信与Wireshark抓包，具体分析源端口、目的端口、长度、校验和以及动态端口分配和校验和手工计算思路，适合希望理解UDP通信过程、熟悉Linux网络命令与抓包分析方法的读者参考。已有180人学习。

1. UDP 协议探索和分析：先把 Linux 网络命名空间这套实验环境装稳

做“计算机网络实验三：UDP 协议探索和分析”时，最常见的翻车不是看不懂 UDP 首部，而是环境没装稳：netns 建了但接口没起来，Wireshark 在根命名空间找不到 tap57C，nc 装成了另一种变体，抓到的校验和还可能是网卡 offload 伪造的。这个实验把 Linux 网络命名空间、虚拟网桥、静态路由、nc 和抓包工具串在一条链上，网络协议基础课、实验课和自测都用得上。装不好就会在第 6 步卡住：两端都能敲命令，包就是不过去。

这套环境适合刚接触 Linux 网络实验的开发者，也适合需要复现 UDP 首部字段分析的人。装之前先把版本、命名空间、抓包接口三件事对齐，后面 script 3.1、3.2、3.3 才跑得顺。

2. 环境准备：iproute2、nc、Wireshark 的版本取舍与依赖清单

2.1 发行版、内核与权限的前提

这套实验的核心不是编译源码，而是把 Linux 自带的网络能力用起来。常见做法是选一个内核 5.4 以上的 Debian 系发行版，ip netns、veth、bridge 这些能力都齐；内核太老也能做，但 veth、netns 和 offload 的报错会更绕。实验里要用ip netns add创建命名空间，用ethtool -K关闭网卡 offload，还要在内核命名空间里启动 Wireshark 或 tshark，所以需要 root 权限或具备CAP_NET_ADMIN的账号。

我一般会先确认三件事：当前内核版本、ip命令是否存在、能不能创建命名空间。不要一上来就装 Wireshark，先把ip netns add testns && ip netns del testns跑通。创建失败通常是权限或内核模块问题，不是抓包工具的问题。Wireshark 安装时如果询问是否允许非 root 用户抓包，选允许，并把当前用户加入wireshark组；不加组也能用sudo启动，但 GUI 下容易把家目录配置写乱。

2.2 必装工具清单和版本取舍

实验里会同时出现ip、ifconfig、brctl、ethtool、nc、Wireshark/tshark。ifconfig和brctl属于旧工具链，但实验指导书要求用它们验证拓扑，所以不能只装iproute2。nc是最容易装错的一个：netcat-openbsd支持nc -lvu 4499这种写法，netcat-traditional的参数习惯不同，容易出现invalid option或cannot use -l with -u。Wireshark 图形界面适合看首部字段，tshark适合在命名空间里后台抓包，两个都装更稳。

版本不需要追最新，关键是nc变体统一、Wireshark 能识别tap57C、ethtool能对 veth 执行-K。有些 veth 驱动不支持全部 offload 项，ethtool -K对不支持的项会报错，这不算环境坏，后面会讲怎么取舍。

2.3 安装命令与首次自检

在 Debian 系发行版里，一套命令能把主要工具装齐：

sudo apt update # iproute2 提供 ip netns/veth；net-tools 提供 ifconfig；bridge-utils 提供 brctl sudo apt install -y iproute2 net-tools bridge-utils ethtool netcat-openbsd wireshark tshark # 让当前用户具备抓包权限，执行后需要重新登录或新开终端 sudo usermod -aG wireshark "$USER"

这几行里，netcat-openbsd是重点，不要顺手装成netcat-traditional。wireshark和tshark同时装，是为了后面能在ns57C里用tshark抓包、再把 pcap 拿到根命名空间的 Wireshark 里分析。usermod只影响新会话，当前终端不会立刻生效；不想重新登录就用sudo wireshark或sudo tshark。

装完先做一次自检：

ip -V brctl --version ethtool --version nc -h 2>&1 | head -n 5 ip netns add selfcheck ip netns list ip netns del selfcheck

ip netns add能成功，说明命名空间能力正常；nc -h里能看到-u、-l、-v，说明变体基本对路；ethtool --version能输出，后面关闭 offload 才有工具可用。自检失败先解决权限和包名，不要带着问题往下建拓扑。

提示：Wireshark 首次安装会问非 root 抓包权限，选允许；如果不小心选了否，可以重新配置wireshark组，或者全程用sudo启动。

3. 虚拟网络拓扑：用 script 3.1 建 netns、veth 和网桥

3.1 先理解 script 3.1 在做什么

实验指导里的 script 3.1 不是 shell 的script命令，而是拓扑脚本编号。它要完成的事可以拆成四步：创建ns56A、ns57C和中间路由器命名空间；用 veth 把主机接到网桥；把接口移进对应命名空间并配 IP；最后打开接口和转发。图 1-1 的拓扑在命令层面就是命名空间加 veth 对，网桥负责二层连通，路由器命名空间负责跨网段转发。

这里最容易混的是接口名。实验里 Wireshark 要抓tap57C，所以tap57C必须留在ns57C里面，根命名空间只保留它的 peer 端并加入网桥。常见错误是把tap57C建在根命名空间，然后去ns57C里找，当然找不到。我的习惯是：命名空间内接口统一叫tap加主机名，根侧 peer 叫veth加主机名，网桥按网段叫br56、br57，后面排查一眼能对上。

3.2 一份可抄的拓扑脚本

下面这份脚本按两个主机网段、一个中间路由器的结构写，地址与实验里的192.168.56.126、192.168.57.254对齐。实验指导书里的图如果没有给全脚本，可以按这个骨架改地址和接口名。

#!/usr/bin/env bash set -euo pipefail # 清理旧拓扑，避免同名命名空间导致创建失败 for ns in ns56A ns57C ns56R; do ip netns del "$ns" 2>/dev/null || true done for br in br56 br57; do ip link del "$br" 2>/dev/null || true done # 创建命名空间和两个网桥 ip netns add ns56A ip netns add ns57C ip netns add ns56R ip link add br56 type bridge ip link add br57 type bridge ip link set br56 up ip link set br57 up # 主机 ns56A：tap56A 留在命名空间内，veth56A 进网桥 ip link add tap56A type veth peer name veth56A ip link set tap56A netns ns56A ip link set veth56A master br56 ip link set veth56A up # 主机 ns57C：抓包接口 tap57C 必须留在 ns57C 内 ip link add tap57C type veth peer name veth57C ip link set tap57C netns ns57C ip link set veth57C master br57 ip link set veth57C up # 路由器 ns56R 的左侧接口 ip link add tap56R type veth peer name veth56R ip link set tap56R netns ns56R ip link set veth56R master br56 ip link set veth56R up # 路由器 ns56R 的右侧接口 ip link add tap57R type veth peer name veth57R ip link set tap57R netns ns56R ip link set veth57R master br57 ip link set veth57R up # 配置 ns56A 地址 ip netns exec ns56A ip addr add 192.168.56.126/24 dev tap56A ip netns exec ns56A ip link set tap56A up ip netns exec ns56A ip link set lo up # 配置 ns57C 地址 ip netns exec ns57C ip addr add 192.168.57.254/24 dev tap57C ip netns exec ns57C ip link set tap57C up ip netns exec ns57C ip link set lo up # 配置路由器两侧地址并打开转发 ip netns exec ns56R ip addr add 192.168.56.1/24 dev tap56R ip netns exec ns56R ip addr add 192.168.57.1/24 dev tap57R ip netns exec ns56R ip link set tap56R up ip netns exec ns56R ip link set tap57R up ip netns exec ns56R ip link set lo up ip netns exec ns56R sysctl -w net.ipv4.ip_forward=1

ip link add tap56A type veth peer name veth56A创建一对 veth，脚本随后把tap56A移进ns56A，把veth56A留在根命名空间并挂到br56。master br56等价于把接口接入网桥；ip link set ... up少一个，接口就会是 DOWN，ifconfig -a能看到但 ping 不通。sysctl -w net.ipv4.ip_forward=1只在ns56R内生效，不影响宿主机全局转发。地址块里的/24决定直连网段，网关地址.1要和后面默认路由一致。

注意：脚本里先删命名空间再删网桥，是为了让 veth 随命名空间一起消失；如果顺序反了，网桥可能因为还挂着接口而删不掉。

3.3 用 ip netns、ifconfig、brctl 验证

拓扑建完不要急着开 nc，先按实验步骤 1 验证。ip netns list看命名空间是否齐全，ifconfig -a看接口和地址，brctl show看网桥挂载关系。

ip netns list ip netns exec ns56A ifconfig -a ip netns exec ns57C ifconfig -a brctl show # 先验证主机到本网段路由器接口的二层连通 ip netns exec ns56A ping -c 2 192.168.56.1 ip netns exec ns57C ping -c 2 192.168.57.1

ip netns exec ns56A ifconfig -a应该能看到tap56A和lo，tap56A上有192.168.56.126；brctl show里br56应该挂着veth56A和veth56R，br57应该挂着veth57C和veth57R。如果brctl show是空的，说明 veth 根侧没有master到网桥，或者网桥没 up。ping 本网段网关能通，说明二层和地址配置没问题；ping 不通先看接口状态，不要先怀疑 UDP。

跨网段ping 192.168.57.254在这个阶段可能还不通，因为主机默认路由还没写。第 3 章只验收拓扑，第 4 章再补静态路由，顺序不要反。

4. 静态路由与 offload：script 3.2/3.3 里最容易漏的参数

4.1 静态路由：默认路由和回程路由分开写

script 3.2 对应静态路由配置。主机ns56A要去192.168.57.0/24，需要一条默认路由或明细路由指向192.168.56.1；ns57C回包也要指向192.168.57.1。路由器ns56R两侧是直连网段，直连路由会自动生成，但实验要求写静态路由时，可以显式写回程路由，方便用ip route核对。

#!/usr/bin/env bash set -euo pipefail # 主机默认路由：非本网段流量交给路由器 ip netns exec ns56A ip route replace default via 192.168.56.1 ip netns exec ns57C ip route replace default via 192.168.57.1 # 路由器回程路由：直连网段可省略，写出来便于核对 ip netns exec ns56R ip route replace 192.168.56.0/24 dev tap56R ip netns exec ns56R ip route replace 192.168.57.0/24 dev tap57R # 确认转发已打开 ip netns exec ns56R sysctl -w net.ipv4.ip_forward=1 ip netns exec ns56R sysctl net.ipv4.ip_forward # 查看三张路由表 ip netns exec ns56A ip route ip netns exec ns57C ip route ip netns exec ns56R ip route

ip route replace比add更适合反复重跑，已有同目的路由会替换而不是报File exists。default via 192.168.56.1的下一跳必须在ns56A的直连网段里，否则内核会报Nexthop has invalid gateway。路由器上的dev tap56R表示目的网段从该接口出去；如果拓扑里还有第二台路由器，静态路由要按目的网段逐条写，下一跳必须是同网段可达地址。

写完先 ping：

ip netns exec ns56A ping -c 2 192.168.57.254 ip netns exec ns57C ping -c 2 192.168.56.126

两个方向都通，才说明路由和转发都对。只通一个方向，常见原因是只有去程默认路由、没有回程路由，或者路由器转发没开。

4.2 关闭 offload：抓包接口所在命名空间内执行

UDP 首部里的校验和字段受网卡 offload 影响。网卡把校验和计算、分段卸载交给硬件时，Wireshark 在协议栈较早位置抓到的包可能显示校验和错误或 0，看起来像“协议实现坏了”，实际是抓包点看到了未完成的计算。实验步骤 3 要求关闭 offload，把运输层封装时需要的计算还给 CPU。

# 先看当前 offload 状态 ip netns exec ns56A ethtool -k tap56A | egrep 'tx-checksum|rx-checksum|tso|gso|gro' ip netns exec ns57C ethtool -k tap57C | egrep 'tx-checksum|rx-checksum|tso|gso|gro' # 关闭发送/接收校验和与常见分段卸载 ip netns exec ns56A ethtool -K tap56A tx off rx off tso off gso off gro off ip netns exec ns57C ethtool -K tap57C tx off rx off tso off gso off gro off # 再确认一遍，抓包接口必须是 tap57C 所在命名空间内执行 ip netns exec ns57C ethtool -k tap57C | egrep 'tx-checksum|rx-checksum|tso|gso|gro'

tx off、rx off关闭发送和接收校验和卸载，tso、gso、gro关闭分段/聚合相关卸载。veth 对某些项可能报Operation not supported，常见做法是保留报错、只要tx-checksum和rx-checksum显示 off 即可；如果全部报错，先用ethtool -k看驱动支持哪些项，再逐项关闭。关键是关对接口：抓tap57C就要在ns57C里关tap57C，在根命名空间关 peer 端veth57C对抓包没有帮助。

提示：ethtool -K的设置在命名空间删除或重启后失效，重跑拓扑后要重新执行 script 3.3，不要以为关过一次就永久生效。

4.3 清理、回滚和重跑

拓扑脚本写错很常见，重跑前先清理，不要堆一堆同名命名空间。ip netns del会删掉命名空间内的接口，根侧 veth peer 也会跟着消失；网桥没有挂载接口后再删。回滚 offload 可以用ethtool -K tap57C tx on rx on tso on gso on gro on，但实验环境里不关也不影响宿主物理网卡，清理拓扑后自然恢复。

# 重跑拓扑前的清理顺序 ip netns exec ns56A ip route flush table main 2>/dev/null || true ip netns del ns56A 2>/dev/null || true ip netns del ns57C 2>/dev/null || true ip netns del ns56R 2>/dev/null || true ip link del br56 2>/dev/null || true ip link del br57 2>/dev/null || true

清理完再执行第 3 章拓扑脚本和第 4 章路由脚本。每次重跑后按ip netns list、ip route、ethtool -k三项检查，能省掉很多“明明命令敲了却不通”的排查时间。

5. 常见问题排查：nc 收不到包、tap 抓不到流量、校验和异常怎么救

5.1 命名空间和接口没起来

现象：ip netns list能看到ns56A，但ip netns exec ns56A ifconfig -a里没有tap56A，或者接口存在却是 DOWN，ping 网关不通。

原因：veth 一端被移进了错误的命名空间，或者根侧veth56A没加入br56，或者命名空间内接口没up。拓扑脚本里少一行ip link set tap56A up，ifconfig -a仍会显示接口，但状态是 DOWN。

解决：先用ip netns exec ns56A ip link show和根命名空间ip link show veth56A对照，确认 peer 关系；再用brctl show看veth56A是否挂在br56。缺哪一步补哪一步：

ip link set veth56A master br56 ip link set veth56A up ip netns exec ns56A ip link set tap56A up ip netns exec ns56A ip addr show tap56A

如果接口名对但地址不对，用ip addr replace 192.168.56.126/24 dev tap56A修正。接口 DOWN 时不要先查路由，二层没起来，路由表再对也不通。

5.2 nc 变体和 Wireshark 接口选错

现象：执行nc -lvu 4499报invalid option -- 'u'或cannot use -l with -u；或者 Wireshark 接口列表里找不到tap57C，只能看到宿主机的物理网卡。

原因：nc装成了netcat-traditional或 Nmap 的 ncat，参数不兼容；Wireshark 在根命名空间启动，而tap57C在ns57C内，根命名空间看不到这个接口。

解决：先确认nc变体，nc -h 2>&1 | head能看到-u、-l就基本对路；不对就安装netcat-openbsd，或者用update-alternatives --config nc切换。Wireshark 要在ns57C内启动，GUI 不方便时用 tshark：

# 服务端：在 ns57C 内监听 UDP 4499 ip netns exec ns57C nc -lvu 4499 # 客户端：在 ns56A 内发一行字符 printf 'hi,57C\n' | ip netns exec ns56A nc -u 192.168.57.254 4499 # 抓包：在 ns57C 内抓 tap57C，10 秒后停止 ip netns exec ns57C tshark -i tap57C -f 'udp port 4499' -a duration:10 -w /tmp/udp57C.pcap

-l表示监听，-u表示 UDP，-v输出详细信息，4499是服务端口。-f 'udp port 4499'是抓包过滤器，只抓 4499 端口，减少噪声。抓完的 pcap 可以在根命名空间用 Wireshark 打开，接口名不影响文件内容。

5.3 校验和与长度字段对不上

现象：Wireshark 里 UDP 校验和显示incorrect或0x0000；表 3.1 里长度字段写 15，但 Data 部分

本文还有配套的精品资源，点击获取