命名规范解决什么
排查现场往往同时存在多个抓包文件：不同点位、不同时间窗、不同过滤条件各一份。如果文件名是 cap1.pcap、新建文件夹副本，几天后连自己都分不清哪份是哪份。规范的命名把点位、时间、主题写进文件名，让目录按字典序排列就等于按时间排列，选文件时不用逐个打开确认。
基本信息
| 推荐格式 | 点位-YYYYMMDD-HHMM-主题.pcapng |
|---|---|
| 时间格式 | 紧凑数字便于排序，全用当地时间或全用 UTC，不要混用 |
| 时区标注 | 跨区域协作时在说明里注明时区，命名可加后缀如 -utc |
| 字符集 | 尽量 ASCII，避免中文与空格在脚本、命令行里被错误解析 |
| 后缀 | 按实际格式写 .pcapng 或 .pcap，不要含糊成 .dat |
| 排序规则 | 点位等前缀尽量定长，字典序才等于时间序 |
典型使用场景
- 多点位同时采集：边缘、核心、客户端各一份，文件名前缀直接区分来源
- 连续多次采集：同一位置按小时切片，文件名自带时间便于按段分析
- 长期归档：字典序排列天然按时间排好，无需额外维护索引文件
- 团队共享目录：别人凭文件名就能判断这份数据是不是自己要找的时段
- 脚本化处理：文件名可用规则解析出时间与点位，批量统计脚本直接读取
命名示例
命名示例
edge1-20261012-0310-https-slow.pcapng # 边缘节点, 03:10 起, 主题: HTTPS 慢
clientA-20261012-0315-lan-only.pcapng # 客户端侧对照组
core-sw1-20261012-0310-https-slow.pcapng # 核心交换机同段采集
# 同一次任务用同一主题串后缀, 便于批量列出
# ls edge1-20261012-*.pcapng 即得该点位当天全部片段命名各段含义
| 段 | 内容 | 填写要点 |
|---|---|---|
| 点位 | 采集位置标识 | 用设备名或角色, 如 edge1、clientA |
| 时间 | YYYYMMDD-HHMM | 写采集开始时间, 统一时区 |
| 主题 | 本段要查什么 | 如 https-slow、dns-timeout |
| 序号 | 同一条件多份时使用 | 两位数字 01、02, 保证排序正确 |
| 后缀 | 文件格式 | 与真实格式一致, 不要张冠李戴 |
文件名本身也是证据的一部分：入库或归档后改名会让引用失效，命名规则应该在采集前就定好并在团队内统一，而不是事后批量重命名。
时间缺时区标注在跨团队协作时最容易出问题：同样写 0310，上海和法兰克福的同事理解相差八小时，命名规范里要约定统一使用哪一套时间。