一、 为什么不推荐“浏览器刷网页脚本”?
在动手前,先帮大家避坑。网上有很多教程教你用浏览器的 F12 开发者工具,跑一段 JavaScript 脚本去高频点击创建按钮。
这种方法在 2026 年无异于自杀。
- 触发前端风控:甲骨文的前端页面(Console)布满了行为审计脚本。极其高频且规律的点击事件会直接被判定为“恶意自动化攻击”,极易导致刚下户的新号直接被全家桶封号(Terminate)。
- 效率极低:一旦浏览器标签页休眠,或者网络出现微小波动,脚本就会断开。
- 唯一正确且安全的姿势:使用甲骨文官方放出的 OCI (Oracle Cloud Infrastructure) API 接口进行后台轮询。
二、 前置准备:获取你的 OCI 身份凭证
我们要让脚本直接与甲骨文的服务器后端对话,需要获取 5 个核心参数。请登录甲骨文后台,按以下步骤记录:
1. 获取 User OCID 和 Tenancy OCID
点击右上角头像 ➡️ 我的配置文件 (My Profile) ➡️ 复制 User OCID(形如 ocid1.user.oc1..xxxx)。点击右上角头像 ➡️ 租户: [您的名称] ➡️ 复制 Tenancy OCID(形如 ocid1.tenancy.oc1..xxxx)。- 2. 生成并获取 API 密钥 (API Key)
- 在“我的配置文件”页面,左下角找到 API 密钥 (API Keys)。
点击 添加 API 密钥 (Add API Key) ➡️ 选择 下载私钥 (Download Private Key)(保存为 oci_api_key.pem)。点击 添加 (Add) ➡️ 弹出的对话框中,复制那段配置文件预览 (Configuration File Preview)。里面包含了 fingerprint(指纹)和 region(区域标识,如 ap-tokyo-1)。
三、 实战演练:主流开机脚本双雄
目前评测圈和开源社区最认可、稳定性最高的开机方案主要有两种。您可以根据自己现有的设备选择:
方案 A:使用免费的 Oracle Cloud Shell(最推荐,免额外服务器)
甲骨文非常大方地在后台赠送了一个基于浏览器的 Cloud Shell(云外壳),这本身就是一台永久免费、内置了 OCI 命令行工具的小 Linux。
- 点击页面右上角那台形如电脑的图标 [ >_ ],启动 Cloud Shell。
目前最流行的开源一键开机脚本是基于 PHP 或 Python 编写的。我们以目前主流的 oracle-instance-cli 为例,直接在 Cloud Shell 中配置生成的配置文件(~/.oci/config)和私钥。- 运行命令:
- 方案 B:使用现有的吃灰小 VPS 跑开源容器(适合老玩家)
- 如果您手头有其他厂商的便宜 VPS,可以使用 GitHub 上大火的
lemoex/oci-help或overthebridge/oracle-arm-launcher的 Docker 镜像。
- 独家优势:支持 Telegram Bot 通知。
只要监控到甲骨文放货并成功开机,你的手机 TG 会立刻收到一条报喜信息:🎉 恭喜!您的 ARM 实例已成功创建!IP为:XXX.XXX.XXX.XXX。收到消息后即可放心关闭脚本。
四、 核心死穴:如何设置开机脚本参数?
很多人脚本跑了几个月开不出来,是因为参数配错了。请严格遵循以下评测站独家建议:
- 资源规格严格框定:
- 可用区 (Availability Domain) 轮询:有些区域(如美西)有三个可用区(AD-1, AD-2, AD-3)。如果你的脚本只死磕 AD-1,可能一辈子都开不出来。务必在脚本中开启 多可用区循环尝试。
网络引导卷选择:系统镜像首选 Ubuntu 22.04 或 Oracle Linux。千万不要选已经停止支持的旧系统,否则 API 可能会因为镜像下架而持续报错 404。
五、 成功开机后:必做的“防删号保活”指南
当你千辛万苦拿到这台 4核24G 的神机后,别高兴得太早。甲骨文有严厉的闲置资源回收机制。如果检测到你的机器是“僵尸机”,会在 7 天内无预警回收实例。
官方回收标准:
- 连续 7 天内,CPU 利用率平均低于 10%。
- 连续 7 天内,内存利用率低于 10%。
- 网络带宽利用率极低。
- 评测站推荐:优雅且安全的保活方案
- 不要去跑那些会把 CPU 瞬间飙到 100% 的死循环挖矿脚本,那属于恶意滥用,一样会被封。
- 我们推荐使用社区成熟的轻量保活工具,如
LookBusy或专为甲骨文编写的Oracle-Instance-Keeper: - 原理是利用 Linux 的 cgroups 机制,稳定且温和地将 CPU 常时消耗控制在 12% - 15% 之间,内存长期占用 15%。
- 这既完美避开了官方 10% 的回收红线,又不会因为发热或超载引发母机报警。
结语
甲骨文刷 ARM 实例,本质是一场参数正确性与耐心的比赛。只要你的 API 凭证配置无误,保持 30-60 秒一次的温和频率,短则两三天,长则两周,基本都能顺利下户。


