Rust socket2 ICMP套接字在Linux下数据包解析异常问题

这是macOS与Linux内核对SOCK_DGRAM类型ICMP socket的标准实现差异，属于典型跨平台兼容问题，在所有Linux发行版上普遍可复现：

• macOS环境下，使用AF_INET+SOCK_DGRAM+IPPROTO_ICMP参数创建的socket，调用recv/recv_from返回的缓冲区包含完整报文：外层IPv4头+ICMP报文，总长度为20字节IP头+8字节ICMP头+56字节自定义payload=84字节，与macOS侧输出的接收字节数完全匹配。
• Linux环境下，同参数创建的socket由内核直接完成IP层预处理，recv/recv_from返回的缓冲区已经自动剥离外层IPv4头，数据直接从ICMP头起始，总长度为8字节ICMP头+56字节payload=64字节，与Linux侧输出的接收字节数完全吻合。

Linux侧解析IPv4包头完全错误的原因非常直接：代码将剥离了IP头的ICMP报文直接传入Ipv4Packet::new解析，本质是把ICMP头的字段错当成IPv4头字段读取：

• 缓冲区第一个字节是ICMP Echo Reply的类型字段，固定值为0，对应IPv4头的版本号+头长度字段，解析出来自然是version=0、header_length=0
• 后续读取到的total_length、identification、ttl等字段，实际对应的是ICMP头的校验和、标识符、序列号字段，结果错乱是必然结果。
  Wireshark抓包显示两端收到的链路层报文一致属于正常现象，差异出在内核socket层对报文的预处理逻辑，和网络传输过程无关。

该行为是Linux内核的标准实现逻辑，不存在发行版差异，在所有默认内核配置的Linux设备上均可稳定复现，不属于个别设备的环境特例。

两种方案可按需选择：

• 保留现有无权限DGRAM socket方案（推荐）：接收报文后增加简单判断逻辑，适配不同平台的报文格式：
  • 读取缓冲区第一个字节，右移4位后如果值为4，说明报文携带完整IPv4头（macOS场景），走原有IPv4头解析逻辑，从IPv4包的payload字段提取ICMP内容
  • 如果值不为4，说明内核已剥离IPv4头（Linux场景），直接将缓冲区传入IcmpPacket::new解析即可
  • 删除代码中无意义的UdpPacket解析逻辑：ICMP和UDP是同层IP协议，不存在上下层包含关系，这段代码在任何平台运行都属于逻辑错误。
• 统一跨平台报文格式：将socket类型改为SOCK_RAW，同时开启IP_HDRINCL套接字选项，配置后两个平台都会返回带IPv4头的完整报文，不需要编写平台适配分支。但该方案要求程序持有root权限或CAP_NET_RAW能力才能运行，而原有DGRAM类型ICMP socket不需要特殊权限即可正常收发ICMP Echo类报文。

补充说明：ICMP协议本身没有端口概念，代码中bind时填入的80端口会被内核直接忽略，不影响实际收发逻辑。

内容的提问来源于stack exchange，提问作者Fabrex