gopacket发包无响应因默认只读不写，需显式启用写入模式：Linux用afpacket.NewWriter需root权限、真实接口名、正确MTU及完整以太帧；Windows依赖winpcap/npcap；macOS不支持。

为什么用 gopacket 发包经常没反应？

不是代码没跑，是发出去的包根本没进网卡——gopacket 默认走的是 afpacket 或 pcap 捕获接口，它们只读不写。想注入数据包，必须显式切换到写入模式，且依赖底层驱动支持。

• Linux 下要用 afpacket 写入，需 root 权限 + AF_PACKET 支持（内核 ≥ 2.6.27），普通 pcap.OpenLive 不行
• Windows 下基本只能靠 winpcap/npcap 的 SendPacket，但 gopacket 对它的封装很薄，容易漏掉 SetDirection 或缓冲区刷新
• MacOS 不支持原生发包，gopacket 在 darwin 上的 afpacket 是空实现，别试

afpacket.NewWriter 怎么配才不 panic？

这是最常崩的一环：传错设备名、权限不够、MTU 超限都会直接 panic，而不是返回 error。

• 设备名必须是真实存在的接口名，比如 "eth0"，不能是 "lo"（loopback 多数内核禁发包）或拼写错误的 "en0"（macOS 不适用）
• 务必用 sudo 运行，否则 afpacket.NewWriter 会因 EPERM panic，不会给你 catch 的机会
• 构造的包总长度不能超过接口 MTU，默认 1500；IP 包头+TCP 头+payload 超了就静默丢弃，Wireshark 里都看不到
• 示例关键片段：

  handle, err := afpacket.NewWriter("eth0")<br>if err != nil { log.Fatal(err) }<br>defer handle.Close()<br>// 注意：这里要自己填充完整链路层帧，包括 dst/mac/src/mac/ethertype

手撸 Ethernet 帧时，哪些字段填错会导致包被网卡拒收？

不是所有字段错都会报错，但错几个关键位，交换机/网关直接当非法帧扔掉，连 ARP 都不响应。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• Ethernet.DstMAC 必须是目标设备真实 MAC，广播包填 ff:ff:ff:ff:ff:ff；填成全零或乱码，网卡硬件层就过滤了
• Ethernet.SrcMAC 推荐用接口真实 MAC（可用 net.InterfaceByName 获取），填错不会 panic，但某些交换机启用了端口安全会丢包
• Ethernet.EtherType 必须和上层协议匹配：IPV4 是 0x0800，ARP 是 0x0806，填成 0x0801 这种不存在类型，包进不了协议栈
• IPv4 包里 IPv4.Checksum 和 TCP.Checksum 必须正确计算，gopacket.SerializeBuffer 不自动算 TCP 校验和，得手动调 layer.Layer.SetNetworkLayerForChecksum

发 ICMP Echo Request 却收不到 Reply？检查这三点

ICMP 看似简单，但实际发包成功率极低，多数卡在中间环节而非 Go 代码本身。

立即学习“go语言免费学习笔记（深入）”；

• 源 IP 必须是本机已配置的地址（net.Interface.Addrs() 里能查到），填公网 IP 或未绑定地址，本地内核直接拒绝发送
• ICMP ID 和 Sequence 要按 uint16 解释，别用 int 直接塞；很多例子用 binary.Write 写错字节序（小端写入，但网络序要求大端），导致目标主机校验失败
• Linux 默认禁用非 root 进程 raw socket，即使你用 afpacket，如果内核开启了 net.ipv4.conf.all.rp_filter（反向路径过滤），回包可能被 DROP，临时关掉：sysctl -w net.ipv4.conf.all.rp_filter=0

事情说清了就结束。真要稳定发包，别指望纯 Go 库绕过内核限制；生产环境更推荐用 scapy（Python）或调用 libnet 的 C 绑定，Go 更适合做解析和策略调度。