MAC 地址批量转换:把一列杂乱写法统一成同一种格式

整理网络设备资产表的人都遇到过这件事:同一批 MAC 地址,从交换机导出来是 00:1a:2b:3c:4d:5e,从 Excel 复制过来是 00-1A-2B-3C-4D-5E,Cisco 配置里又是 001a.2b3c.4d5e,还掺着大小写不一的写法。它们指向的是同一台设备,但只要格式不齐,导进白名单或 ACL 的时候就会被当成不同的项,要么报错,要么静默漏掉。

我自己做过一次楼层交换机的端口绑定核对,把六个分组的导出表拼在一起,光是手工统一格式就磨了一个下午。后来改用 MAC 地址列表转换器,把整列粘进去选好目标格式,几秒就出齐了。这篇就讲讲这类批量转换具体怎么做,以及为什么不同来源的 MAC 写法会差这么多。

MAC 地址为什么有这么多种写法

一个 MAC 地址本质上就是 48 位、12 个十六进制字符,但呈现方式各家不一样:

冒号分隔:00:1a:2b:3c:4d:5e,Linux、抓包工具、大多数日志默认这种。
连字符分隔:00-1A-2B-3C-4D-5E,Windows 的 getmac、不少 Excel 导出用这种,且常是大写。
点分四位:001a.2b3c.4d5e,Cisco IOS 自成一派,每四个字符点一下。
无分隔:001a2b3c4d5e,有些数据库字段或脚本里直接连写。

大小写也是个独立维度。十六进制 a~f 大写小写都合法,但白名单匹配、字符串比对的时候,AA 和 aa 很可能被当成两个值。所以批量转换通常要同时管两件事:分隔符统一、大小写统一。

一个真实的批量统一例子

假设资产表里攒了这么一堆,来源各不相同:

00:1A:2B:3C:4D:5E
00-1a-2b-3c-4d-5e
001A.2B3C.4D5E
F0:9F:C2:11:22:33
f09f.c211.2233

需求是统一成冒号分隔、全小写,方便直接进 Linux 侧的白名单。转换后:

00:1a:2b:3c:4d:5e
00:1a:2b:3c:4d:5e
00:1a:2b:3c:4d:5e
f0:9f:c2:11:22:33
f0:9f:c2:11:22:33

到这一步会发现前三行其实是同一个地址,只是写法不同。这时候开去重,五行就收成两行唯一值。如果目标平台要点分格式,换个输出就是 001a.2b3c.4d5e 这种;要导进数据库做 IN 查询,直接出 SQL IN 列表。同一份输入,换输出格式就行,不用回去重新粘一遍。

导入交换机 ACL 和 MAC 白名单的注意点

把统一好的列表交给下游系统之前,有几件事值得先确认:

目标设备认哪种分隔符。Cisco 配置里多半要点分四位,Linux ebtables、iptables 的 MAC 匹配要冒号,导错格式会被直接拒绝。
大小写。多数设备解析时不区分,但配置文件做 diff 比对、或脚本做字符串去重时,大小写不一会让你误判成两条不同规则。
无效项要拦住。像 00:1A:2B:3C:4D 这种少了一段、位数不对的地址,绝不能混进 ACL,否则整批导入可能报错回滚。好的做法是把无效行单独列出来带上原因,而不是悄悄塞进结果。

转换器在这一步会把无效项拦下、标注原因,清单里只留能用的,省得导入时才发现一行坏数据把整批拖垮。

本地处理:设备清单不外发

网络设备的 MAC 清单算得上内部资产信息,理论上不该为了"换个格式"就传到某个在线工具的服务器上。这类批量转换纯粹是字符串处理,完全可以在浏览器本地跑完。MAC 地址列表转换器的解析、校验、去重、排序、导出全都在当前标签页完成,上传的本地文件也只通过浏览器 File API 读取,不发往任何后端。整理完直接复制或下载,清单不出本机。

配套场景里能顺手用上的工具

资产表清洗往往不止 MAC 一类数据。需要把列表里重复的设备地址收成唯一值,可以用 MAC 地址去重工具;只想从一大段日志或网页文本里先把 MAC 抓出来,再统一格式,可以先过一遍 MAC 地址提取器。而把统一好的 MAC 批量转换、去重、导成 CSV 或 SQL IN,就交给 MAC 地址列表转换器。这几个工具都是本地处理,串着用也不会把设备清单外发。

格式这件事看着琐碎,但批量做对一次,后面导入、比对、审计都省心。与其手工一行行改,不如让转换器把这堆杂乱写法一次抹平。

Made by Toolora · Updated 2026-06-13