在免费沙箱上跑 Cloudreve,我踩的保活坑
250G 免费网盘真香,但香不过三天——关掉网页它就睡了。
一、起因:白嫖的快乐
前几天在 linux.sb 上看到一篇教程,用 workbuddy 一键部署 cloudreve,自带 250G 空间。照着教程走:新建项目、切换云端任务、让 AI 一条龙部署,supervisord 守护进程、agentos 开公网访问,十几分钟网盘就上线了。
当时觉得:这不就财富自由了吗?
二、症状:关掉网页就"去世"
快乐没持续三天。只要我一关掉 workbuddy 的网页,网盘就打不开了。打开站点,页面倒是能出来,但满屏红色报错:
无法加载站点配置:Request failed with status code 403
三、排查:403 到底是谁报的
一开始我以为是进程挂了——supervisord 没配好?让 AI 查了一圈,进程好好的。
转折点是按 F12 看了一眼网络请求。报 403 的是 /api/v4/site/config/login 这个接口,响应头里写着:
Server: CloudStudio GatewayContent-Type: text/html
破案了:这个 403 根本不是 cloudreve 报的,是网关层报的。cloudreve 自己的报错是 JSON 格式。也就是说请求压根没到我的 cloudreve,在 CloudStudio 的网关这层就被拦了——因为沙箱休眠了,网关连不上后端。前端静态文件能从缓存里出来,所以页面看似"能访问",但所有 API 请求全灭。
supervisord 只能保"沙箱里的进程不死",保不住"沙箱本身不睡",之前完全搞错了方向。
四、折腾:所有保活手段都试了一遍
- 设"永不休眠":Cloud Studio 官方更新日志里确实有这个选项(5/10/20 分钟/永不休眠),但免费版的工作空间设置里根本找不到——被阉了。
- 外部定时 ping:配了 UptimeRobot,每 5 分钟请求一次。结果照样睡。结论:这台沙箱的休眠是平台硬性策略,HTTP 流量根本不算"活跃",ping 了个寂寞。
- 顺带踩的坑:一开始 ping 的是首页,后来发现网关前面有 EdgeOne 缓存,ping 首页大概率命中缓存,根本到不了沙箱。保活要 ping 就得 ping 动态接口(比如
/api/v4/site/config/login),别 ping 首页。
五、结论:接受现实,换个活法
折腾一圈,认清现实:免费沙箱就别指望它常驻了。
现在我是这么用的:接受"暂停 + 自动唤醒"模式。实测沙箱暂停后,有请求进来会在秒级自动恢复,个人网盘偶尔存取文件,第一次打开慢几秒完全可以接受。UptimeRobot 留着当"叫醒服务"+ 宕机告警,也算废物利用。
真要 7×24 稳如泰山,就两条路:
- 搬家到 VPS:轻量服务器一年一百出头,Docker 一条命令跑 cloudreve,从此告别休眠。
- 自定义域名:用 Cloudflare Tunnel 做内网穿透,把自定义域名绑到沙箱上(直接 CNAME 到沙箱地址是行不通的,网关按 Host 头路由,不认识你的域名)。
六、血泪总结
- 报错先看响应头,搞清楚到底是谁在报错,能省一半时间。
- supervisord 保进程,保不住沙箱;平台要睡你,拦不住。
- 免费的东西,算好它的边界再用——"睡了能秒醒"对个人网盘来说,其实够了。
折腾的意义大概就是:下次再看到"一键部署、永久免费"这种标题,嘴角会先上扬一下,然后默默打开 F12。
评论 0
还没有评论,来抢沙发吧 :)