必须使用root权限并脱离终端控制，用setsid启动；设置-C、-W、-G限制文件大小与数量；嵌入精确过滤表达式；禁用-v/-x等高开销选项；通过pgrep+kill终止，用-r验证文件有效性。
在无交互的后台环境中运行 tcpdump，核心目标是：不阻塞终端、不依赖 shell 会话、避免权限中断、防止日志刷屏或磁盘写满，并确保抓包过程可被可靠终止和复用。这不是简单加 & 或 nohup 就能解决的问题——它需要兼顾 Linux 进程生命周期、权限模型与网络捕获特性。
必须使用 root 权限且脱离终端控制
tcpdump 需要 CAP_NET_RAW 能力（通常等价于 root），普通用户即使 sudo 启动，若后台运行后终端断开，sudo 时间戳过期或会话终止，进程可能被挂起或收到 SIGHUP。安全做法是：
- 用
sudo -b启动，而非先sudo su再后台运行； - 显式忽略挂起信号：
sudo nohup tcpdump -i eth0 -w /tmp/cap.pcap &； - 更稳妥的方式是用
setsid（需安装util-linux）彻底脱离会话：sudo setsid tcpdump -i eth0 -w /tmp/cap.pcap &。
限制资源消耗，防止失控
后台运行最常见风险是文件无限增长或内存缓存堆积。务必设置硬性约束：
- 用
-C按大小轮转（如-C 10表示每个文件最多 10MB）； - 用
-W限定总文件数（如-W 5最多保留 5 个轮转文件）； - 用
-G按时间轮转（如-G 3600每小时新建一个文件）； - 用
-s 96截断包长（除非需要完整载荷），减少 I/O 和磁盘占用。
过滤到最小必要流量，降低干扰
后台抓包不是“越多越好”。未加过滤的 tcpdump -i any 在高流量网卡上极易拖慢系统。应直接在命令中嵌入精确表达式：
- 只抓某服务端口：
port 8080； - 排除噪音（如本机 DNS 查询）：
not port 53 and host 10.0.1.5； - 组合协议与方向：
tcp and dst port 443 and src net 192.168.10.0/24。
避免用 -v 或 -x 等高开销选项——它们在后台不仅无意义，还会显著增加 CPU 和输出延迟。
可终止、可验证、可复用
后台进程必须能被定位、检查和干净停止：
- 启动时记录 PID：
PID=$(sudo tcpdump -i eth0 -w /tmp/log.pcap -G 300 & echo $!)； - 用
sudo kill $(pgrep -f "tcpdump.*log.pcap")安全终止； - 用
sudo tcpdump -r /tmp/log.pcap -c 1快速验证文件是否可读、有有效数据； - 所有输出路径确保目录存在且有写权限（
/tmp通常安全，但生产环境建议用专用目录并设 umask）。
