MAC地址查询

粘贴一个 MAC 地址，本页帮你规范化写法、识别厂商归属（OUI 前缀）、判断单播/多播与本地管理位，并转成四种常见格式。所有解析都在浏览器本地完成，不联网、不上传。

解析口径：先去除空格与分隔符，校验为 12 位十六进制；取前 3 字节（OUI）在内置前缀表里查厂商；首字节最低位为 1 表示多播，次低位为 1 表示本地管理地址。演示值 08:00:27:1A:2B:3C 归属 VirtualBox。

使用方法

MAC地址查询把「一串 MAC」换成可读信息，只要三步：

  1. 「MAC 地址」粘贴你拿到的地址，支持冒号、连字符、点分或无分隔，演示值 08:00:27:1A:2B:3C。
  2. 「输出格式」与「大小写」选你想要的呈现方式，它们只影响结果展示，不影响解析。
  3. 点「解析 MAC」，或在输入框按 Enter。卡片给规范化地址、厂商、单播/多播、管理位，下方再列出四种格式；内置 OUI 表默认可「加载更多」，可导出 CSV 或复制 TSV。

MAC地址查询能解决什么

它把「看到一串 MAC 不知道是什么」变成一眼可读，适合三类场景：

  • 识别设备厂商：抓包或路由器里看到 08:00:27:.. 就知道是 VirtualBox 虚拟机；52:54:00:.. 多半是 KVM/QEMU，便于快速判断来源。
  • 统一书写格式：有些系统要冒号、有些要连字符、思科要点分，本页一键给齐四种，避免手动改错。
  • 排查地址类型：看首字节比特位判断是单播还是多播、是全局还是本地管理地址，调试网络时很有用。

本页不做的事：它内置的 OUI 只是一小部分常见厂商，未命中时显示「未收录」；它不联网查 IEEE 官方全量库，也不能反查某台具体设备的物理位置。正式合规请以 IEEE OUI 数据库为准。

原理和变量

① 用了哪个具体函数：核心是字符串清洗 + 正则校验 /^[0-9A-Fa-f]{12}$/，再用 parseInt(first2Hex, 16) 取首字节做位运算。厂商查表是对象哈希 OUI[ouiKey]，O(1) 命中。

② 关键参数为什么这样取：MAC 前 3 字节（OUI）由 IEEE 分配给厂商，是识别归属的唯一可靠段；后 3 字节是厂商内序号。所以只取前 6 个十六进制字符做匹配，而非整串。

③ 遵循哪个标准：格式遵循 IEEE 802 的 EUI-48 表示；单播/多播由 I/G 位（首字节最低位）、本地/全局由 U/L 位（首字节次低位）定义，属链路层标准。

④ 输入怎么变成输出：输入 08:00:27:1A:2B:3C → 清洗为 0800271A2B3C → OUI 键 080027 命中 VirtualBox；首字节 0x08 = 00001000，最低位 0（单播）、次低位 0（全局管理）；点分按每 4 位切：0800.271A.2B3C。

⑤ 边界与阈值：必须是 12 位十六进制（6 字节），带错的分隔符或不足 12 位会给出具体提示；全 F（FF:FF:FF:FF:FF:FF）为广播地址，会被标为多播。空值、含非十六进制字符都会被拦下。

⑥ 常见误用的正确解释：点分格式是按「4 位一隔」而非「2 位一隔」，写成 08.00.27 是错的；OUI 只认前 3 字节，拿整串去查会查不到；本地管理位为 1 的地址（常见于虚拟化随机 MAC）不表示厂商，厂商查询会落到「未收录」。

完整示例（数值仅作演示）

保持演示值：输入 08:00:27:1A:2B:3C、输出格式冒号、大写。

  • 清洗：去分隔符 → 0800271A2B3C（12 位十六进制，校验通过）。
  • OUI：前 6 位 080027 → 命中 VirtualBox。
  • 类型：首字节 0x08，最低位 0 → 单播；次低位 0 → 全局管理。
  • 格式：冒号 08:00:27:1A:2B:3C；点分 0800.271A.2B3C。
  • 若换成 02:00:00:00:00:01：首字节 0x02 次低位 1 → 本地管理地址，厂商查不到。

这几组结论与页面默认卡片、格式区完全一致，可对照核对。

输入范围与对照表

下表列出本页内置的常见 OUI 前缀与对应厂商（抽样，非全量），前 12 行，后 4 行继续；未列出的前缀会显示「未收录」。

常见 OUI 前缀与厂商（抽样）
OUI 前缀（前 3 字节）厂商
00:50:56VMware
00:0C:29VMware
00:05:69VMware
08:00:27VirtualBox
00:15:5DMicrosoft Hyper-V
52:54:00QEMU / KVM
00:16:3EXen
3C:5A:B4Apple
00:1B:63Apple
00:03:FFMicrosoft
00:1A:11Google（部分设备）
00:E0:4CRealtek

同一厂商可能拥有多个 OUI（如 Apple 在表中就有 5 个），所以查不到某个前缀不说明不是该厂商，务必以完整 OUI 库为准。

结果边界和舍入

格式规则：冒号/连字符按每 2 位分隔；点分按每 4 位分隔成 3 段；无分隔即 12 位连写。大小写只改字母 A-F 的呈现，不影响数值。

什么时候会拒绝解析：字符数不是 12 位十六进制、含空格以外非法字符、或首字节非法时，会给出具体字段提示后才继续；全 0（00:00:00:00:00:00）是合法但罕见的地址，会正常解析为「未收录」。

厂商命中范围：仅内置上表约 16 个前缀；未命中一律标「未收录」，不猜测、不乱编厂商名。

结果性质：这是本地启发式解析，不是权威 OUI 查询；用于调试与快速判断，正式用途请查 IEEE 官方数据库。

常见问题

为什么有的 MAC 查不到厂商？

本页只内置常见厂商的一小部分 OUI。绝大多数真实 MAC 的前缀不在表里，会显示「未收录」；这不是地址错，只是本工具未收录该前缀。

点分格式到底怎么分？

点分（Cisco 风格）按每 4 位十六进制一隔，分 3 段，如 0800.271A.2B3C，不是按 2 位。错写成 08.00.27 是常见误区。

单播和多播怎么看？

看首字节最低位（I/G 位）：为 0 是单播，为 1 是多播。广播地址 FF:FF:FF:FF:FF:FF 首字节全是 1，属多播。

本地管理地址是什么意思？

首字节次低位（U/L 位）为 1 表示本地管理，常见于虚拟化随机生成的 MAC；这类地址不绑定厂商，厂商查询会落到「未收录」。

大小写会影响解析吗？

不会。A-F 与 a-f 都按十六进制同等对待，大小写只改变结果展示，不影响 OUI 命中与位判断。

支持 IPv6 EUI-64 吗？

本页只处理 48 位 MAC（6 字节）。EUI-64（8 字节）不在范围内，输入会被判为位数不符而拒绝。

我的输入会被保存或上传吗？

不会。全部解析在浏览器内完成，刷新即清空；可在 Network 面板复查，点「解析 MAC」时没有任何请求发出。

为什么结果和别的网站不同？

别的站点可能连了完整 OUI 库，本页只内置抽样，未收录时会不同。需要全量请以 IEEE 官方 OUI 查询为准。

相关工具