去年这个时候一位朋友兴冲冲地跟我说薅到了一台免费云服务器一年不要钱。三个月后他收到一条扣费短信九块八。钱不多但那种感觉很难受——明明是免费的怎么就从兜里掏钱了。我自己这些年陆陆续续用过七八家云厂商的免费额度踩过的坑从到期没提醒到快照悄悄计费、流量跑超按量扣费都有。所以这篇东西不讲虚的就把免费云服务器从申请到配置、再到怎么防止被扣钱这一整条链路上的关键节点拆开说清楚。免费云服务器说白了就是云厂商为了拉新用户给出的限时或限量计算资源。它能让没有预算的学生、独立开发者、小团队用几乎零成本跑起一个网站、一个测试环境、一个定时任务脚本。但它解决的问题只是有没有机器用并不解决用得省不省心。真正容易出问题的地方往往不在申请那一步而在后面三个月的使用期里。这篇内容适合三类人看一是第一次碰云服务器、连 SSH 都没用过的新手二是用过但被莫名扣过费的三是想把手头免费额度用扎实、不浪费也不越界的人。下面按申请前、配置中、使用后三个阶段的顺序来讲中间会穿插具体命令、参数算法和踩坑记录。1. 免费额度到底免的是什么——先把账算明白1.1 三种常见的免费形态云厂商给的免费从来不是一个意思。我把它归成三类这三类的风险点完全不一样。第一类是新用户试用型。注册账号后可以领一到三个月的试用资源规格还不错2核4G、5M带宽这种也常见。它的特点是限时到期之后要么停机要么——注意这一点——自动转成按量计费。后者就是大多数人被扣钱的第一来源。第二类是长期免费型。某些厂商会提供一台低配实例长期免费比如1核1G、1M带宽、20到40G系统盘。这类资源通常要求你每月手动续期或者保持账号活跃规格低但胜在稳定适合放个静态博客、跑个监控脚本。第三类是活动赠送型。比如代金券、时长券、开发者扶持计划。这类资源最零碎有效期各不相同有的券只能抵扣特定产品有的券过期不提醒你以为还有额度实际早就失效了。我做过一张对照表申请之前先对着看清楚免费形态典型期限到期行为主要风险新用户试用1-3个月停机或转按量计费到期无提醒、余额被扣长期免费长期需续期到期释放或降配忘记续期、规格被收回活动赠送7天-1年不等券失效、资源按原价计券适用范围窄、过期无通知判断标准很简单看它到期之后是停还是转。写到期停止服务的相对安全写到期后按量计费的必须提前处理。这一条我在后面第 4 章还会展开。1.2 试用期与长期免费的本质区别很多人把这两种混为一谈结果就是试用到期后一脸懵。区别在哪试用期本质是一次营销投放厂商赌的是你用顺手了就不想迁走所以试用期结束的处理方式设计得越顺滑越好——不停机、直接转付费你甚至感知不到切换。长期免费本质是留存工具它要的是你持续登录、持续活跃所以会设续期门槛。我个人的做法是试用型资源只用来做短期压测、编译、临时跑批绝不往上放需要长期存活的数据长期免费型才用来承载博客、监控面板这类常驻服务。这个分工一旦定下来后面很多决策就顺了。还有个细节容易忽略同一个账号下的试用资格通常只有一次。你上次领过这次换个手机号注册系统大概率能识别出关联判定你不是新用户。这不是什么秘密规则各家都在用户协议里写明了只是没人看。1.3 藏在角落里的收费项真正让账单冒出来的往往不是那台主机本身而是主机周边的配件。我列一份最常见的清单都是我自己或身边人实际被扣过的公网流量。很多免费套餐给的是带宽而不是不限流量超出流量包之后按 GB 计费单价从几毛到一块多不等。这是第一大坑。快照与镜像。免费快照通常只给几个名额超出部分按容量和时长计费而且快照是增量存储放久了会越积越多。弹性公网 IP。有的厂商实例自带的公网 IP 免费但你额外申请一个挂着不用闲置也要收费。对象存储。存储容量可能免费但外网下行流量和请求次数照收。镜像市场的商业镜像。公共系统镜像免费但某些预装环境的商业镜像按小时计费开机器的时候不注意就带上了。负载均衡、数据库、缓存。这些附属产品常常有首月免费第二个月开始计费而你的代码还连着它。提示开机器之前把订单页往下拉到底看清楚包含和不包含两栏。很多人只看了价格是 0 就点了确认。2. 申请前想清楚的几件事能省掉后面80%的麻烦2.1 账号资质与新用户判定申请这一步本身没什么技术含量但有几点决定了你后面能不能顺利拿到资源、会不会被判定为异常。第一账号需要完成身份验证才能开通云资源这是所有厂商的通用要求绕不过去也不建议绕。个人账号和企业账号的免费额度通常不叠加一个人拿多个账号去刷额度轻则资格被取消重则账号受限不值当。第二新用户判定看的是证件手机号支付方式的组合不是单一维度。换个手机号但用同一张支付方式大概率还是被判为老用户。与其折腾这个不如老老实实把手上的一个账号用好。第三部分免费套餐要求账号完成一定的活跃动作才能领取比如绑定支付方式、完成一次实名、或者加入某个开发者计划。这一步的信息在活动页面的细则里通常是折叠状态需要手动点开。2.2 选型按用途而不是按参数新手最容易犯的错是参数越大越好。免费额度就那么多选了高配反而可能占用掉别的资源额度或者直接超出免费范围。我的建议是先想清楚用途再倒推规格用途建议规格说明学习 Linux、练命令1核1G够用重点是别装图形界面静态博客、文档站1核1G 1M带宽页面小、访问少完全扛得住轻量 API、定时任务1核2G留点内存给运行时和日志数据库/中间件测试2核4G内存不够会频繁 OOM编译、打包2核4G 起编译吃 CPU 和内存低配会卡很久这里有个关键认知1核1G 的瓶颈通常不是 CPU而是内存。现代 Linux 发行版空载就要吃掉 200-400MB再跑个 MySQL 或者 Java 服务1G 内存根本不够系统会触发 OOM Killer 直接杀掉进程。所以低配机器上要么选轻量运行时要么老老实实加 swap这个在第 3.4 节会讲具体做法。2.3 支付方式绑不绑怎么绑这是很多人纠结的点。不绑支付方式有些平台的免费资源根本开不了机绑了又怕被悄悄扣钱。我的实际做法是绑但绑一个余额很少、或者有单笔限额的支付方式。逻辑很直白——真出了意外扣费损失被限制在一个很小的范围内同时账号又能正常开通资源、接收账单通知。比起完全不绑导致功能受限这个折中更实用。另外开通之后第一件事是去费用中心把账单通知打开包括短信、邮件、站内信三个渠道。别嫌烦这是你发现异常扣费最快的一条通道。我见过太多人是等到余额被扣光、服务停了才反应过来。3. 从零配置一台可用实例的完整流程3.1 地域、镜像与实例规格的取舍开机器的时候有三个下拉框要选地域、镜像、规格。三个都有讲究。地域选离你的主要访问者近的物理距离直接影响延迟。如果你只是自己练手选你所在区域附近的机房就行。另外注意同一厂商不同地域的免费额度可能不通用开之前确认一下你领的额度在哪个地域可用。镜像这一项最容易踩坑。公共镜像里的纯净系统比如某个主流 Linux 发行版的最小安装版是免费的但镜像市场里那些预装宝塔预装 Docker 环境一键建站的商业镜像很多是按小时计费的。你开机器时手一滑选了它机器跑起来就开始计费而界面上不会有任何显眼的红色警告。规格就按第 2.2 节的表来。有一个细节部分平台在选规格时会默认勾选高性能云盘或者ESSD这类盘的单价高于普通云盘如果免费额度只覆盖普通盘差价会按量扣。系统盘 20-40G 对我们这种用途足够了没必要往上加。3.2 安全组最小化开放原则机器开出来第一件事不是装环境是配安全组有的平台叫防火墙。原则只有一条默认全关按需开。最常见的新手配置是把 22 端口对 0.0.0.0/0 全开方便自己随时连。这个做法的代价是机器上线几小时内就会被扫描器盯上日志里一天几万条爆破记录是常态。这些记录不仅占磁盘还可能拖慢 SSH 响应。我的配置是这样22 端口或者自定义的 SSH 端口只对我自己的固定出口 IP 开放来源填具体 IP 段不填 0.0.0.0/0。80 / 443对外提供服务时才开且只开这两个。其他端口需要时临时开用完立刻关。数据库端口3306、6379 之类永远不对公网开走内网或者 SSH 隧道。出口 IP 会变怎么办家里宽带拨号、公司网络切换都会换 IP。我的处理方式是留一个备用的放行规则或者干脆用厂商提供的网页版远程连接VNC先登进去改规则。这个应急通道一定要提前确认在哪别等被自己关在门外了才去找。3.3 密钥登录与系统初始化密码登录的风险不用多说直接上密钥。流程分三步本地生成密钥对、把公钥传到服务器、关闭密码登录。本地生成如果还没有的话ssh-keygen -t ed25519 -C free-vm -f ~/.ssh/free_vm_ed25519创建实例时把公钥内容粘进去或者开机后用密码登录一次再手动写入~/.ssh/authorized_keys。登录命令ssh -i ~/.ssh/free_vm_ed25519 -p 2222 dev公网IP这里我建议做两件事改 SSH 端口、建一个普通用户。改端口能过滤掉绝大部分无差别扫描建普通用户是为了避免直接拿 root 操作误删文件的时候还有一道缓冲。sudo useradd -m -s /bin/bash dev sudo usermod -aG sudo dev sudo mkdir -p /home/dev/.ssh sudo cp ~/.ssh/authorized_keys /home/dev/.ssh/ sudo chown -R dev:dev /home/dev/.ssh sudo chmod 700 /home/dev/.ssh sudo chmod 600 /home/dev/.ssh/authorized_keys然后改/etc/ssh/sshd_config把端口、密码登录、root 登录三项一起处理sudo sed -i s/^#\?Port .*/Port 2222/ /etc/ssh/sshd_config sudo sed -i s/^#\?PasswordAuthentication.*/PasswordAuthentication no/ /etc/ssh/sshd_config sudo sed -i s/^#\?PermitRootLogin.*/PermitRootLogin no/ /etc/ssh/sshd_config注意重启 sshd 之前务必先开一个新终端用新配置登录验证一次原来的终端别关。我吃过这个亏——配置写错一个字符重启之后所有连接全断只能去网页控制台开 VNC 救回来折腾了半小时。改配置前先备份一份sshd_config.bak是基本功。如果系统的防火墙ufw 或 firewalld也开着记得同步放行新端口否则会出现安全组开了、系统墙没开的经典死局。3.4 运行环境与基础防护部署机器能连上之后做一轮基础加固。这几步都不复杂但对低配机器的稳定性影响很大。第一加 swap。1G 内存的机器建议给 1G 到 2G 的 swap。它不是用来提升性能的是防止进程被 OOM 直接杀掉。比如编译一个稍大的包内存瞬间冲高有 swap 顶着就不会崩。sudo fallocate -l 1G /swapfile sudo chmod 600 /swapfile sudo mkswap /swapfile sudo swapon /swapfile echo /swapfile none swap sw 0 0 | sudo tee -a /etc/fstab写完 fstab 记得sudo swapon --show和free -h确认生效并且重启一次验证 fstab 那一行没写错。fstab 写错会导致系统起不来这是另一个经典坑。第二设置时区。默认是 UTC你排查日志的时候会发现时间对不上容易误判。用timedatectl list-timezones查到自己所在的时区sudo timedatectl set-timezone 你的时区设过去。第三做一次系统更新。免费镜像的初始版本往往比较老先sudo apt update sudo apt upgrade -y或者对应的包管理器命令走一遍能省掉后面一堆依赖问题。第四装一个轻量的防爆破工具。比如 fail2ban它读 SSH 日志同一个 IP 连续失败几次就临时封掉。sudo apt install -y fail2ban sudo systemctl enable --now fail2ban配好之后sudo fail2ban-client status sshd能看到当前封禁列表心里就有数了。第五控制日志大小。低配机器的系统盘通常只有 20-40G日志能把盘写满。我习惯加一条定期清理sudo journalctl --vacuum-size100M放进 crontab 每周跑一次或者用 logrotate 统一管。磁盘写满的后果很直接——服务起不来、SSH 登不进、数据库报错而且报错信息往往指向别的地方排查起来很绕。4. 防扣费的核心动作把自动两个字都关掉4.1 自动续费、自动升级与自动快照这一节是整篇的重点。我统计过自己和身边人遇到的扣费案例超过一半跟自动有关。自动续费。开通免费资源时页面底部经常有一个默认勾选的到期自动续费。这个勾选在很多平台上是浅灰色的字很小。勾着的时候到期后系统会直接从你的支付方式扣钱续费而且往往是按原价不是按免费价。我的做法是开通完成后立刻去资源详情页确认这个开关的状态如果是开的关掉。自动升级。有些套餐写着免费版但配置了用量超限自动升级到付费版的逻辑。比如流量包跑完自动切换到按量计费档位。这个不是坏事但你必须知道它存在。自动快照。部分平台的云盘默认开启自动快照策略每天打一次保留若干份。免费额度内没问题超出之后按容量收费。我之前有一台机器跑了两个月没管快照累积了十几个扣了二十多块。金额不大但完全是可以通过关闭策略避免的。提示把这三项处理完之后去费用中心 - 资源实例里截一张图存档。到期前如果出现争议这张图能说明你当时的配置状态。4.2 带宽与流量的计费方式怎么选这是第二大坑也是最容易算错的地方。云服务器的公网计费通常有两种模式固定带宽和按使用流量。固定带宽的意思是你买多少 Mbps就一直能用这么多费用固定不随用量变化。按流量计费的意思是带宽上限可以很高但按实际跑出去的 GB 数收钱。免费套餐里给的通常是固定带宽比如 1M 或者 3M同时附带一个月度流量包。这里的关键是带宽小不代表流量少流量包用完照样扣钱。算一笔账。1Mbps 带宽的理论下行速度是 128KB/s一个月满负荷跑满每秒 128KB一天 86400 秒约 10.5GB30 天约 316GB这是理论上限实际受限于对端、协议开销、访问量能跑到一半就不错了。所以 1M 带宽配 300G 流量包正常个人站点根本用不完。但如果你在这台机器上跑下载、做图床、挂代理转发大文件几百 G 一天就能跑光。跑光之后超出部分按量计费单价通常在 0.5 到 1 元/GB 之间而且不会有明显弹窗提醒。我的建议是用免费机器就别干重流量的活。图片压缩后再传、别做公开的下载站、日志和备份往本地拉而不是往外推。如果确实需要监控流量在机器上装个 vnstat每天看一眼sudo apt install -y vnstat vnstat -d月度统计出来心里就有数了能在跑超之前做调整。4.3 预算告警与消费看板光靠自己记是不够的得让系统替你盯。主流云平台都有预算告警功能设置一个阈值比如每月 1 元一旦产生费用就发通知。这个功能免费配置三分钟强烈建议开。配置路径各家不同但逻辑一致费用中心 → 预算管理 → 新建预算 → 设金额和通知方式。阈值我一般设两级1 元提醒说明有按量计费产生了需要查、10 元提醒说明问题不小了。除了告警还要养成一个习惯每周看一次账单明细。不是看总额是看条目。账单里会列出每个产品的用量和单价哪一项从 0 变成了非 0一眼就能看出来。我自己的经验是异常扣费在账单明细里都有迹可循只是多数人从来不看。4.4 到期前的撤离预案免费资源总会到期区别只是你有没有准备。我的做法是提前 7 天动手留出足够的缓冲。撤离清单大概是这几项数据打包。代码、数据库、配置文件统一打包拉回本地。数据库别只导 SQL把配置文件也带上重装的时候能省一半时间。环境清单记录。装了哪些包、开了哪些服务、crontab 里有什么、改了哪些系统配置。我当时嫌麻烦没记后来迁移的时候花了两个小时回忆这台机器上到底跑着什么。镜像导出如果平台支持且免费。有的平台允许把实例导出成镜像存到对象存储但要注意对象存储本身的费用。解绑与释放。资源释放之后确认公网 IP、云盘、快照都一并清理掉别留下僵尸资源继续计费。关掉所有自动项。在第 4.1 节关过一次撤离时再确认一遍防止中途被重新打开。注意资源释放后数据通常无法恢复各平台的保留期不同有的几小时有的几天。别抱着过两天再弄的心态到期日就是 deadline。5. 踩过的坑与排查实录5.1 连不上、卡、慢的三类原因SSH 连不上是最常见的求助场景。我的排查顺序固定为四步基本能覆盖九成情况。第一步看安全组。新开的机器连不上八成是安全组没放行端口。检查来源 IP 是不是写成了具体地址而你的出口 IP 变了检查端口号是不是和 sshd 配置一致。第二步看系统内防火墙。安全组开了但系统墙没开连接一样会被拦。sudo ufw status或者sudo firewall-cmd --list-all看一眼。第三步看服务状态。sudo systemctl status sshd服务没起来或者起在别的端口上都会导致连不上。改过端口的机器尤其容易出现这个。第四步看资源。内存打满、CPU 100%、磁盘写满任何一种都会让 SSH 响应极慢甚至超时。这时候要用网页控制台的 VNC 进去看top、free -h、df -h。磁盘写满这个最隐蔽因为 SSH 登录本身也需要写临时文件盘满了直接登不进去。至于卡和慢我遇到的原因集中在三个带宽打满vnstat 一看便知、内存不足触发 swap 频繁换页vmstat 1看 si/so 两列、以及被扫描器持续爆破导致 CPU 被占lastb或 fail2ban 日志能看到。5.2 免费到期与欠费的连锁反应这条链路值得单独说因为它的每一步都不明显。试用到期 → 系统不停机转为按量计费 → 余额开始被扣 → 余额扣完 → 进入欠费状态 → 资源保留几天后被释放 → 数据丢失。问题在于中间几步是静默的。余额充足的时候你收不到任何提醒等收到余额不足的短信时往往已经扣了一部分而且服务可能已经因为欠费被限制。更麻烦的是如果账号绑定了支付方式并且开了自动扣款欠费会被直接补上你可能过很久才发现账单。应对方式一是第 4.3 节的预算告警二是到期日提前写进日历三是不要在这类机器上放唯一一份数据。第三条是底线我见过有人把毕业设计的代码只放在免费机器上到期释放后找不回来只能重写。5.3 常见问题速查表把上面这些整理成一张表出问题的时候可以直接对现象最可能的原因处理方式SSH 连接超时安全组未放行 / 系统防火墙拦截检查两层防火墙的端口规则SSH 能连但极慢内存不足、swap 频繁、磁盘满VNC 登录后看 free、vmstat、df服务莫名被杀1G 内存触发 OOM Killer加 swap、换轻量运行时、查 dmesg磁盘突然满了日志、Docker 镜像、快照缓存journalctl 清理、docker system prune账单出现小额扣费快照、流量超包、弹性 IP 闲置查账单明细逐项定位到期后数据没了资源已释放超过保留期无法恢复只能靠提前备份网站能开但图片慢带宽打满1M 约 128KB/s压缩图片、上 CDN、减少并发登录提示权限拒绝密钥权限过宽 / 用户名不对chmod 600 私钥、确认用户名6. 我自己的几点实操心得用了几年免费额度有几条经验是文档里不会写的但确实管用。第一条把免费机器当一次性的用别当长期的用。所有需要长期存活的东西——代码仓库、数据库、重要文档——都放本地或者有备份的地方机器上只放可以随时重建的运行环境。这个心态建立起来之后到期、释放、迁移都不会让你慌。第二条开通当天就把该关的关掉、该开的开上。自动续费关掉、预算告警开上、账单通知开上、密钥登录配好。这四件事加起来不超过二十分钟但能挡掉后面百分之八十的麻烦。我现在的习惯是开完机器先不装环境先把这四件事做完。第三条定期登录看一眼。长期免费的资源通常有活跃度要求几个月不登录可能被回收。我给自己设了个每月一次的提醒登进去跑一次更新、看一次账单、确认一次服务状态五分钟的事。第四条记录比记忆可靠。每台机器建一个简单的文本档写着 IP、端口、用途、到期日、装了什么。我现在有四台不同厂商的免费机器全靠这个文档管着不然早就搞混了。这个习惯是踩过一次到底是哪台机器跑的定时任务的坑之后养成的那次排查花了整整一个下午。最后分享一个小技巧如果只是想要一台长期在线的轻量机器跑点小脚本与其反复薅试用额度不如认真找一找有没有长期免费的入门规格。这类资源虽然配置低但不用操心到期稳定性反而更好。我自己那台跑了两年多的监控脚本就是 1核1G 的长期免费实例从来没出过问题——前提是 swap 加好、日志控住、别往上堆重活。