KooLabs 实验环境的 5 个反直觉行为：名额显示 0 也能开、结束实验后积分要等两小时

为什么值得单独写一篇

KooLabs（开发者云实验）是华为云成长中心里少数"每周一次、要真动手"的任务。听起来门槛不高——点开始实验，跟着手册敲几条命令——但真正操作时，新手最容易卡住的地方不是实验内容，而是平台行为：明明显示名额为 0，却还能开；开了之后不知道要等多久；结束实验后积分没到账，以为白做了。

我这一周连着跑了几次，把几个反直觉的点记下来了。

一、免费名额显示 0，不代表不能开

实验详情页底部有一行小字：

10 实验点
今日免费名额剩余：0（每日限领一次）

第一次看到这行，我直接放弃了——以为今天的免费额度已经被用掉，开实验要扣 10 个实验点。第二天再看，还是 0；第三天还是 0。于是试着点了一下「开始实验」，结果直接进去了，也没扣实验点。

结论：这行数字不能作为判断依据，它是页面快照，不随实时状态刷新。真正判断"能不能开"的办法只有一个——点一下试试。开了不扣点、开不了会弹提示，试错的成本几乎为零。

顺便把两个货币分清楚：

• 积分（成长中心）：签到、发文、做任务拿的，用来换代金券；
• 实验点：做实验消耗的额度，两者不通兑。

二、从「开始」到能用，中间有一个预置阶段

点开始实验之后，页面会跳到 consoleExperiment_xxx 这种地址，这时还不能动手——右下角写着「资源预置中」。它在后台开 VPC、子网、安全组，最后拉起一台 ECS。

实测耗时 1–2 分钟。预置完成的标志是这段文字变成：

Vpc, Subnet, SecurityGroup, sgRule, Ecs 预置成功，您可以使用实验账号登录控制台查看预置信息。

这时候页面上才会出现实验账号（账号名 / 用户名 / 密码）和剩余时间（30 分钟）。先复制账号密码再动手，别急着开控制台——进了控制台再回来找凭据，体验是断的。

一个常被误判的点：ECS 列表里如果没有实例，不一定是预置失败。有些实验的区域和账号是独立的，控制台默认区域未必是实验所在区域。先在实验页确认「预置成功」这行字，再怀疑资源。

三、时间是硬约束，30 分钟要算着用

进入实验后右上角是倒计时，默认 30 分钟。注意倒计时的含义：它在你点开始的那一刻就开始走了，不是在预置完成后才开始。也就是说，预置花掉的 1–2 分钟是从实验时间里扣的。

几个实用做法：

• 先把手册的通读一遍再动手，别边看边敲——手册里的目录在左侧，可以快速定位到「实验任务」那几节；
• 需要复制的命令先在本地记事本里改好再粘进去，避免在终端里反复调试；
• 真做不完就点「延时」，别硬撑到自动释放——释放是瞬时的，正在跑的命令会全部中断。

四、结束实验之后，资源会释放，但积分不一定马上到

这是我这次踩的最大的坑。做完之后点「结束实验」→ 弹层里点「确定」，页面回到实验详情页，倒计时消失。看起来全部完成了。

但成长中心的卡片还是「去完成」，积分也没动。我一度以为实验没被记录，重新开了一次——结果发现是延迟：平台侧要等实验记录回写、结算之后才发积分。上一次同类任务的记录是结束约 2 小时后才出现在积分明细里。

所以判断标准要换一下：

• ❌ 不要看「卡片是否已完成」——它有延迟；
• ✅ 去云学堂的「我的实验」里看有没有本次实验记录，有记录就说明平台已经收到。

另外强调一句：结束实验一定要做。实验结束后资源才会释放；如果直接关页面走人，ECS 会挂到超时自动回收，这段时间里实验点/时长都在消耗，而且可能影响下一次的免费名额判断。

五、环境里最常卡的两处（拿到 ECS 之后）

按我自己的经验，实验里的命令跑不通，八成不是命令写错，而是这两个：

1. 拉不到镜像。 实验机的出口访问 Docker Hub 经常超时：

Error response from daemon: Get "https://registry-1.docker.io/v2/": net/http: request canceled

先配镜像源再重试，/etc/docker/daemon.json：

{
  "registry-mirrors": ["https://<你的镜像源地址>"]
}

sudo systemctl daemon-reload && sudo systemctl restart docker
docker info | grep -A3 "Registry Mirrors"   # 确认生效

daemon.json 里不能写注释，改完必须 restart；registry-mirrors 只对 Docker Hub 镜像生效，拉 ghcr.io、quay.io 的镜像还是直连。

2. 容器起来了，公网访问不了。 docker ps 显示端口映射正常，本机 curl localhost:80 也通，但浏览器打不开——先查安全组入方向有没有放通 80/8080。实验环境的安全组是自动创建的，默认只放通 22。

sudo ss -lntp | grep -E ':80|:8080'   # 本机在监听吗
curl -I http://localhost             # 本机能通吗
# 都通过但外网不通 → 安全组

排查顺序固定成：本机监听 → 本机访问 → 安全组 → 公网。跳着查容易在错误的方向上耗掉实验时间。

一张速查表

实验本身的技术内容其实都不难，难的是这些"平台行为"没人写在手册里。记住一件事就够了：页面上看到的状态都是延迟的，唯一可信的依据是平台里的记录。