eSIM 保号、短信收发不用买专用设备：大疆 4G 模块改 EC25 + Mac UTM 部署 VoHive 实操指南

为什么有人愿意折腾一个几十块的 4G 模块

先把这个项目解决的问题讲清楚。做跨境电商、出海账号运营或者长期旅居的人，手里基本都会养着一两张非国内号卡，用来注册 Google、Telegram、银行或者各类海外服务。平时这些卡得插在备用手机里，隔三差五开机收一次验证码。手机长期插着副卡，占地方还费电，碰到 eSIM 号卡更麻烦：很多国产手机写 eSIM 的过程本身就绕，想让多张卡同时在线收短信就更难了。

如果有一个便宜的模块能一直在线，短信到了自动转发出来，甚至还能顺带提供一条私有代理链路，体验会舒服很多。问题在于市面上支持 eSIM 的 USB 通信模块价格不低，随便一搜就是几百上千。于是有人把目光转向大疆一代 4G 模块。这类模块原本给无人机做增强图传用，二手或者拆机渠道的售价不高，硬件底子其实是移远 Quectel EG25-G。EG25-G 本身是正经的 LTE Cat 4 通信模组，能力并不差，只是出厂被锁了私有识别码 VID/PID，插到电脑上通用驱动不认。

这篇教程讲的就是这条路：先用 AT 指令把模块的内部 USB 身份改写为移远 EC25，再在 Mac 上用免费虚拟机 UTM 部署 VoHive。改完之后，模块不再只是无人机配件，而是一个能长期运行的通信工作站，支持 eSIM 免手机保号、多卡短信收发、私有 SOCKS5/HTTP 代理池，运营商支持的情况下还能跑 VoWiFi。整个流程来自一个约 13 分钟的实操视频和配套开源仓库，后面我会把关键边界和风险讲清楚，避免你照着半截教程踩坑。

实体多卡方案对比：手机、USB 上网卡和大疆模块差异在哪

动手之前，先把几种常见方案摆在一起看，能帮你判断自己到底要不要走这条路。

看完表格应该能明白，这个方案最大的价值是把三件事合并到一个硬件上：保号收短信、eSIM 管理、私有代理。如果只是偶尔收一次验证码，直接租个云短信平台或者用手机副卡就够了，没必要折腾硬件。但如果你追求长期稳定、数据自控，手里已经有大疆一代 4G 模块，那下面的流程能帮你省下一笔专用设备费用。

原理说明：VID/PID 锁和移远 EC25 是什么关系

很多第一次接触的人会问：同一个硬件，为什么改成 EC25 之后系统就认了？关键就在 VID 和 PID。VID 是厂商识别码，PID 是产品识别码，操作系统加载驱动时，会根据这一对 ID 去找对应的驱动匹配规则。

大疆模块内置的是移远 EG25-G，但出厂被重新定制过，USB 设备返回的 VID/PID 是私有值，通用驱动不认识，系统只能把它当成未知设备，挂载不出 AT 端口和 modem 接口。教程里的做法，本质是把模块内部保存的 USB 描述信息改写为移远 EC25 的标准身份，让 Linux 或 macOS 按 EC25 的规则去加载驱动。

这里有一个容易误解的点：改写的是 USB 识别信息，不是底层天线、射频或者基带固件。模块不同批次、不同固件版本之间可能有差异，所以不能默认「所有大疆一代 4G 模块都能 100% 改写成功」。视频里说的「永久改写」，更准确的理解是写入模块内部保存的参数，具体是否可逆、会不会因为固件版本不同回退，要以你自己模块的实际情况为准。操作前做好预期管理，多翻翻仓库里的 issue 和评论区，确认有没有人用同款硬件跑通过。

准备工作：硬件、软件和仓库清单

动手之前把东西备齐，能省掉一半的弯路。

硬件清单

• 大疆一代 4G 模块一个
• USB 数据线，最好是一根能传数据的短线，别用只能充电的线
• 一台 Mac，Apple Silicon 或 Intel 都可以
• 一张用于测试的 SIM 或 eSIM 套餐，用来验证短信收发

软件和参考仓库

• UTM 虚拟机，免费，支持 Apple Silicon 和 Intel
• Ubuntu 或其他 Linux 发行版镜像，用于在虚拟机里跑部署脚本
• Mac 专用安装仓库：https://github.com/wlzh/dji-4g-vohive-mac
• VoHive 上游开源项目：https://github.com/iniwex5/vohive-release
• VoHive 上游开源项目（社区版）：https://github.com/wlzh/vohive

一句话总结路线：不需要单独买一台 Linux 真机，也不用碰 Mac 宿主机，所有操作都隔离在 UTM 虚拟机里。脚本出问题，重建一个虚拟机就行，对宿主机的负面影响很小。

Mac 上用 UTM 创建 Linux 虚拟机

UTM 的安装方式和普通 macOS 应用一样，从官网或 App Store 获取后拖入应用程序目录即可。图形界面比较直观，新手不掌握复杂虚拟化参数也能上手。

创建虚拟机时，选 Linux 发行版镜像，内存和磁盘按 Mac 的余量给，没有统一答案：只跑 VoHive 和 AT 工具，小规格也够；后面想同时跑多个服务，就多分一点。注意 Apple Silicon 和 Intel 在 USB 直通上的行为不完全一样，AT 工具和 VoHive 脚本能否直接识别模块，要以你实际环境为准。

在虚拟机 USB 设置里把大疆 4G 模块直通进去，连接后进入 Linux，先用系统工具确认设备枚举状态，看有没有出现新的 USB 设备。这一步不要跳过，后续所有 AT 操作都建立在系统能识别模块的基础上。

如果你还没用过 Mac 做这类虚拟化实验，可以参考站内关于 Linux 环境部署与长期运行的对比：OpenClaw 部署在 Linux VPS 还是 Mac mini？稳定性、权限和长期运行对比。主题不同，但里面关于 Mac 上跑服务的取舍思路是通用的。

核心步骤：用 AT 指令把大疆模块改写为移远 EC25

这一步是全文最需要谨慎的部分。教程给出的思路是：进入 Linux 虚拟机，找到模块对应的 AT 端口，读取当前 VID/PID，发送改写指令，最后重新插拔模块验证。

具体命令不要照搬网上随手搜到的版本，你不知道那些命令是否匹配当前固件。正确做法是打开 Mac 专用仓库的 README，按里面的步骤执行。仓库有配套脚本的话，优先用脚本而不是手动发命令，减少误操作。

改写前必须做的三件事

1. 记录原始 VID/PID 和模块当前状态，最好截图保存。
2. 确认手头模块硬件版本与仓库支持列表一致。
3. 做好「改写后模块在非 Linux 环境下可能异常」的心理准备。

「永久改写」听起来很美好，但本质上改动的是模块内部保存的 USB 参数，不能保证在所有设备、所有系统上都顺滑。改写失败或者改完后驱动不识别的情况，社区里并不少见。回滚的基本思路是先恢复原始 VID/PID，或者找原厂工具刷回固件，具体步骤取决于模块版本，文章不代劳编造恢复命令，需要查仓库文档或者求助有成功经验的人。

部署 VoHive：让模块变成通信工作站

模块身份改好之后，重点转到 VoHive。这是一个开源平台，部署在 Linux 环境里，提供 eSIM 卡管理、短信收发、网络代理等功能。来源教程给出的能力范围包括：eSIM 免手机保号、多卡短信收发、私有 SOCKS5/HTTP 代理池，以及 VoWiFi 通话。

部署流程建议完全按照上游仓库操作。先装依赖，再拉项目，最后跑服务。不同 Linux 发行版包管理器不一样，仓库里一般会给对应安装命令。不要跳步，也别自作聪明省掉配置文件参数。

VoHive 跑起来之后，eSIM 套餐需要单独购买和写入。不同运营商的 eSIM 二维码适用范围、实名要求和资费差异很大，这些信息变化很快，文章不写死具体价格和优惠，以运营商页面或 eSIM 服务商的最新公告为准。如果你之前用手机读写过 eSIM，可以看看另一篇教程的硬件思路作参考：国内手机用 BeeSIM 蓝牙读写 eSIM：开通 Saily 美国 +1 实体号码月租 0.99 美元教程。

验证短信收发

部署完成后，建议先用一张测试卡或已有 eSIM 套餐发一条短信到自己的主号，确认模块能正常收信。短信迟迟不到，先别急着怀疑模块坏了，重点检查三处：

• eSIM 套餐是否已经激活并注册到运营商网络
• 模块天线是否接好，信号强度是否足够
• VoHive 后台是否正确绑定了对应号码

常见错误与排查：改完不识别、信号不上、短信不到怎么办

从社区反馈和教程评论区的情况看，最容易卡住的不是 VoHive 部署，而是硬件识别和网络注册这两个环节。下面把高频问题按「现象 → 可能原因 → 排查思路」整理成表，实操时可以对照着查。

这些排查思路不是为某个具体报错定制的，因为不同模块固件和仓库版本差异很大。遇到特别奇怪的问题，把操作过程截图，带着版本信息去仓库 issue 区提问，比在搜索里碰运气更有效。

延伸玩法：私有代理池、VoWiFi 与 VPS 配合

模块改完、VoHive 跑起来之后，能提供的远不止短信功能。私有 SOCKS5/HTTP 代理池是很多读者关心的点。跟公共代理比，私有代理的关键优势在于出口 IP 归属明确、链路自己掌控，不会莫名其妙跟别人共享一个 IP。

你可以把 VoHive 的代理端口暴露给局域网里的其他设备，也可以让代理只监听本地端口，再配合一台 VPS 做远程访问。后一种架构大概是：4G 模块在办公室或家里保持在线，VPS 作为入口把请求转发到 VoHive 代理，再由 4G 网络出口。这样做的好处是，只要业务能接受 4G 网络质量，就能稳定复用这条链路。

!私有代理池架构示意：4G 模块 → 局域网/UTM+VoHive → VPS 入口 → 业务端

不过要提醒一句：不要把私有代理理解成万能工具。4G 网络的延迟和带宽不稳定，尤其在地下室、电梯或信号差的区域体验会明显下降。需要高性能代理的话，还是应该按业务需求选择 VPS 或家宽落地机，不能指望一个几十块的模块替代所有场景。

如果你已经在用 VPS 做站群或网络工具，可以把这套模块方案理解成一条额外的「移动出口」，而不是主力线路。不同业务对 IP 纯度和线路质量要求不同，选型时不要只看价格。后续想把模块出口和优化线路 VPS 配合起来用，可以参考我们对日本优化线路 VPS 补货的解读，先判断线路类型再决定落地位置。

风险提示与替代方案

任何涉及硬件参数修改的项目都有风险。首先是保修：把 VID/PID 改掉之后，模块返回给厂商时大概率不会被当作正常设备处理。其次是稳定性：eSIM 服务依赖运营商网络，不同地区、不同运营商注册成功率差异很大，不保证所有 eSIM 都能在 VoHive 里稳定使用。

另外还有合规风险。短信接码、多账号注册、批量跑号这类操作，在不同平台的服务条款里可能有不同限制。技术本身是中性的，但使用方法要自己判断。文章不会教你去绕开某个平台的风控，也不建议把这类硬件方案用于违反平台规则的操作。

如果你不想折腾硬件，更简单的替代方案有以下几种：

• 手机副卡 + 智能转发：适合只有一两张卡、短信量不大的人
• 普通 USB 4G 上网卡：适合只需要数据、不需要短信收发的人
• 云短信平台：适合短期项目或一次性接码
• 云手机或虚拟机短信方案：适合愿意牺牲一部分稳定性、换取方便的人

总结与行动建议

总体上，这个方案适合愿意折腾、有明确 eSIM 保号和短信收发需求、手里已经有或容易买到对应硬件的用户。最大优点是硬件成本低、功能组合度高，一个模块能同时覆盖短信、eSIM 和代理；最大缺点是操作门槛高、失败风险存在、eSIM 兼容性需要自己验证。

如果你决定动手，建议按这个顺序推进：

1. 先看 Mac 专用仓库和上游项目的 README，确认硬件型号和系统要求。
2. 在 UTM 里搭好 Linux 虚拟机，验证模块能被识别。
3. 记录原始 VID/PID，再执行 AT 改写。
4. 部署 VoHive，先用测试号卡验证短信。
5. 稳定后再考虑代理和 VoWiFi 等扩展功能。

关于 eSIM 套餐，不要只看某一篇教程的推荐，自己对比两三家服务商的覆盖范围、激活方式和续费规则。优先选社区里有人实测过能配合 VoHive 使用的运营商，具体资费和优惠以官方页面为准；此类活动信息变化很快，文章发布后可能失效。硬件改写是否影响后续使用、具体 AT 指令和脚本是否适配你的模块版本，也建议在原仓库或相关社区确认后再操作。