免费云服务器实操记录：从SSH配置到部署Flask应用

前阵子我给自己定了个小目标：把云服务器的基本玩法彻底搞明白。怎么选配置、怎么连SSH、怎么部署服务、怎么看日志、怎么保活……这些不是看几篇教程就能会的，必须有一台机器亲手折腾一遍。考虑到大概率会不停重装系统，我决定先找一台免费云服务器练手，于是申请了阿贝云。这篇分享就是我近两个月实际使用的记录，包括注册开通过程、性能实测、部署项目的完整经历，以及免费套餐里那些藏着的小限制。如果你也想低成本入门云服务器，或者正在纠结要不要用免费档，可以参考一下。

1. 开始折腾之前：一台免费云服务器能解决我的哪些问题

1.1 我想用云服务器做什么

我最初的需求很简单：一台能24小时开机、有公网IP、还不占本地资源的Linux机器。用它来跑定时脚本、部署个人小项目、练习Linux命令、配Nginx反向代理。后来我又发现一个特别好用的场景——配合VSCode的Remote-SSH插件做远程开发，相当于把写代码的环境搬到了云端，本地电脑只需要一个编辑器。写代码的时候CPU和内存消耗都在服务器上，对老电脑非常友好。

如果你也是新手，可以从这几个典型用途入手：一是学Linux，随便折腾不怕弄坏本地环境；二是部署一个小型网站或API服务；三是跑定时任务，比如每日签到、数据抓取、生成报表；四是做反向代理，把不同端口上的服务统一收敛到80端口。这些任务对硬件要求不高，免费档基本都能扛住。

1.2 为什么是阿贝云而不是自己电脑上的虚拟机

很多人会问：我用VirtualBox或VMware装个Linux虚拟机不也一样吗？我一开始也是这么想的，但实际用下来区别很大。虚拟机跑在本地，宿主机一关机你就访问不了；就算开着，家里网络断掉也会失联。云服务器有公网IP，只要连上网络就能访问，身在办公室也能管理家里的服务。另外踩坏虚拟机容易让人有“反正是本地环境”的松懈感，而云服务器一配置错可能会被外部访问，这种真实环境带来的压力反而逼着你认真学安全配置。

选择阿贝云，我是冲着它的免费档去的。当时搜索免费云服务器，它的讨论帖出现频率比较高，不少学习用途的用户都在用。我申请时没有遇到什么阻碍，按流程走就行。对于我的学习目标来说，1核1G的免费实例已经够用了。

1.3 一分钱不花也是有成本的

申请免费服务器前要把预期摆正：免费资源不是24小时客服在线，也不会有专人帮你排查问题，平台侧的服务条款也可能随运营策略调整而变化。我见过有人因为忘记续期，实例被回收，又因为备份习惯不好，数据全部丢失。所以如果你决定用免费档，从一开始就要养成两个习惯：一是定期看控制台，二是定期备份。把这两件事当成使用免费资源的基本素养，能省掉很多不必要的麻烦。

2. 注册与初始化：从控制台到拿到 SSH 登录权限

2.1 注册、实名与实例开通

注册流程走的是国内服务商常见的路子：手机号验证、填写基本信息、按要求完成实名验证，然后在产品页面选择免费云服务器申请。申请时会让选操作系统镜像，我选了Ubuntu 20.04，比较省心。之后不是秒开的，我是在周五下午提交的申请，到周六早上看到控制台里出现了实例信息，中间大概过了十几个小时。不同时期的开通速度可能不一样，如果你提交后没立刻看到实例，不用着急，多留意控制台状态。

这里有个很多人容易忽略的点：开通后不是直接就能SSH。你需要先到控制台把实例的root密码重置一遍，拿到IP、用户名、密码之后才能从本地连上去。我第一次就没注意，直接在终端里用SSH连，结果提示认证失败，折腾了好一会儿才发现是没重置密码。所以新实例到手，第一件事永远是去控制台看登录凭证，别急着敲命令。

2.2 控制台里的第一个容易被忽略的选项

阿贝云控制台的风格偏简洁，实例列表里能看到IP、配置、带宽、状态这些基本信息。常用操作有启动、停止、重启、重装系统、密码重置等。第一次用的时候，我建议先把控制台里所有按钮都点一遍，确认每个操作的含义。特别要留意“重装系统”和“重置密码”这两个按钮的位置，别在操作时点错。我见过有些人在找重置密码入口时误点了重装，结果系统被清空重来了，要是上面跑着服务，心态会直接崩掉。

另外，免费套餐在开通后通常需要定期续期。我一开始以为免费是一次性永久使用，后来才发现控制台里有一个续期入口，需要手动操作。具体的续期规则经常调整，以你登录后看到的提示为准，养成每次登录都看一眼的习惯就行。我把续期提醒设成了手机日历每周看一次，避免忙起来忘掉。

2.3 SSH 登录与基础安全配置

拿到IP和密码后，本地命令行一条命令就能登录：

bash复制ssh root@你的服务器IP

第一次连接会提示确认主机指纹，输入yes后输入密码即可。登录成功后我做的第一件事不是急着部署服务，而是先把基础安全搞定：

bash复制# 更新系统软件源和软件包
apt update && apt upgrade -y

# 创建一个日常使用的普通用户
adduser dev
usermod -aG sudo dev

# 修改SSH配置，允许该用户登录
vim /etc/ssh/sshd_config

为了省事，我没有直接禁用root登录，但至少做了两步：修改了SSH默认端口、启用了密钥登录。启用密钥登录的方法是把本地的公钥追加到服务器的~/.ssh/authorized_keys文件里，之后用ssh-copy-id一键同步。设置好之后，密码登录可以关掉，能少很多暴力破解扫描。这些操作看起来多，实际十分钟就能完成，值得在刚开始折腾时就养成习惯。

3. 性能摸底：用两次小测试看清免费套餐的真实水平

3.1 硬件配置与资源限额

我的实例是1核CPU、1G内存、磁盘空间有限，带宽也不高。这个配置放在现在的云服务器市场里属于入门中的入门，但免费档嘛，不能要求太多。真正需要注意的是“限额”而不是“配置”。免费套餐往往有CPU峰值限制：短时间内可以跑到较高频率，但长时间高负载会被降频或限流。内存则是硬上限，超出后会触发OOM，进程直接被杀掉。

所以我的第一建议是：别把它当作生产环境来设计，先把“这台机器能承受什么负载”摸清楚。刚开始我还有点想当然，以为和本地虚拟机差不多，结果跑了一个稍大的任务，几分钟后整机响应变慢，才意识到免费档的资源和本地虚拟机的感受完全不同。

3.2 性能测试方法：CPU、内存、磁盘、网络

我用的都是常见命令，不装额外跑分软件的话也可以快速有个感知：

bash复制# 查看CPU信息
lscpu

# 查看内存
free -h

# 查看磁盘
df -h

# 磁盘写入速度测试
dd if=/dev/zero of=/tmp/test bs=1M count=1024 conv=fdatasync

# 网络下载测速（找一个大文件下载）
wget -O /dev/null http://example.com/largefile

如果愿意多花几分钟，也可以用unixbench这类工具跑个完整分。我给这台机器跑过一次，单核分数大致相当于入门级云主机的水平，对于跑脚本、部署小服务完全够用；但和现在大厂的轻量服务器比，差距还是明显的。跑分不是目的，关键是帮你建立对这台机器的性能预期，知道什么任务能接，什么任务会超纲。

3.3 测试结果解读：能做与不能做的事

基于我的测试和日常使用，我做了个简单总结：

基于这个结论，我坚决不在上面跑MySQL加Redis组合，也不用它处理大型数据集。1G内存装个Nginx加一个Python服务就差不多了，数据库用SQLite完全够。如果你原本打算在上面跑内网穿透、下载机、或者多个服务叠着跑，建议直接考虑付费服务器，免费档会被折腾得很难受。

4. 部署一个轻量项目：Flask 服务从零跑通的完整过程

4.1 项目选择：短链接 API 服务

性能摸底之后，我决定部署一个短链接服务来练手。功能不复杂：把长链接通过/url接口提交，服务端生成一个短码，访问/s/短码时跳转到原链接。用Flask加SQLite就能实现，非常适合1G内存的环境。

选择这个项目的原因是它覆盖了云服务器部署的几个核心环节：安装依赖、跑WSGI服务、用systemd做进程守护、用Nginx反向代理。把这套流程跑通，以后部署其他Web服务都是类似套路。对新手来说，这种“麻雀虽小五脏俱全”的项目比直接套用一个复杂框架更能帮你理解部署的底层逻辑。

4.2 部署步骤：环境、代码、systemd

先在服务器上装好基础环境：

bash复制apt install -y python3-pip nginx
pip3 install flask gunicorn

然后写一个简单的app.py，核心逻辑大概是：

python复制from flask import Flask, request, redirect, abort
import sqlite3, string, random

app = Flask(__name__)
DB_FILE = "/opt/link/data.db"

def init_db():
    conn = sqlite3.connect(DB_FILE)
    conn.execute("CREATE TABLE IF NOT EXISTS links (id INTEGER PRIMARY KEY AUTOINCREMENT, short TEXT, url TEXT)")
    conn.commit()
    conn.close()

def gen_short():
    chars = string.ascii_letters + string.digits
    return "".join(random.choices(chars, k=6))

@app.route("/url", methods=["POST"])
def create():
    url = request.form.get("url")
    if not url:
        return {"error": "url is required"}, 400
    short = gen_short()
    conn = sqlite3.connect(DB_FILE)
    conn.execute("INSERT INTO links (short, url) VALUES (?, ?)", (short, url))
    conn.commit()
    conn.close()
    return {"short": short}

@app.route("/s/<short>")
def redirect_to(short):
    conn = sqlite3.connect(DB_FILE)
    row = conn.execute("SELECT url FROM links WHERE short=?", (short,)).fetchone()
    conn.close()
    if row:
        return redirect(row[0])
    abort(404)

if __name__ == "__main__":
    init_db()
    app.run(host="0.0.0.0", port=8000)

代码写好后，放到/opt/link目录，然后用systemd托管：

ini复制[Unit]
Description=Link Service
After=network.target

[Service]
WorkingDirectory=/opt/link
ExecStart=/usr/local/bin/gunicorn -w 2 -b 127.0.0.1:8000 app:app
Restart=always

[Install]
WantedBy=multi-user.target

把服务文件放到/etc/systemd/system/link.service，执行：

bash复制systemctl daemon-reload
systemctl enable --now link

到这一步，服务已经在8000端口监听了。接着配置Nginx反向代理，让外部通过80端口访问：

nginx复制server {
    listen 80;
    server_name _;

    location / {
        proxy_pass http://127.0.0.1:8000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

记得先测试Nginx配置再重载：nginx -t && systemctl reload nginx。

4.3 外网访问与稳定性观察

配置完成后，可以通过http://IP/url提交链接，访问http://IP/s/xxx查看跳转效果。由于免费资源没有默认域名，我先用IP直接访问。如果你在本地浏览器里打不开，优先检查两件事：一是服务器防火墙有没有放行80端口，二是服务日志有没有报错。查看日志的命令是journalctl -u link -f，这是排查Web服务问题最实用的命令。

我跑这个服务接近一个月，整体稳定性还不错。中间有一次大约几分钟的不可访问，查看日志发现是进程自动重启了，原因没细究，大概率是内存瞬间被占用触发OOM。后来我给系统加了一个简单的swap文件，情况明显好转。我建议大家用免费套餐跑服务时，尽量给关键服务加上Restart=always，避免因为一次偶然重启导致服务从此失联。加了systemd守护之后，进程挂了会自动拉起来，省心很多。

5. 续期、限制与备份：免费套餐里那些需要提前知道的事

5.1 免费续期机制

免费云服务器不是申请一次就永远归你。我用的这段时间，规则大致是：每次开通有有效期，到期前需要在控制台手动续期；如果忘了续期，实例会被停止甚至回收。具体的续期入口、需要满足什么条件，不同时期会调整，所以每隔一段时间登录控制台看一眼很有必要。

这里分享一个经验：我看到有些讨论说通过签到、发帖等方式可以延长使用时间，但我不想为了续期花太多精力，所以我的态度是：把免费档当成一段学习周期的工具，核心是学会迁移和备份，这样即使续期失败也不慌。如果你打算长期用免费资源，最好建立一个日历提醒，在到期前三天就处理续期。

5.2 资源限制与滥用判定

免费套餐通常对资源使用比较敏感。最常见的情况是长时间CPU跑满，比如下载大文件、跑压缩、被别人扫描攻击，都可能导致实例被限制。我建议不要在免费服务器上长时间跑高CPU任务，比如视频转码、大数据计算这些。也尽量不要用服务器去扫描、采集其他网站，一旦被判定为滥用，可能直接停服，账号也有风险。

另一个容易被忽视的是网络资源：如果某个时间段流量突然异常增大，带宽会被自动限制。我当时部署了短链接服务后，没有开放公网的提交接口给所有人用，只让自己和少数朋友使用，避免被刷流量。这种自我保护意识很重要，免费套餐本身资源就薄，一旦被恶意刷流量，整台机器都会卡起来。

5.3 数据备份建议

免费档一般不会提供太完善的数据保护功能，有些也没有快照，所以数据备份必须自己动手。我的做法是在服务器上挂了一个定时脚本，每天凌晨把关键目录打包并传回本地。你可以参考下面这样写：

bash复制#!/bin/bash
tar czf /tmp/backup_$(date +%F).tar.gz /opt/link
scp /tmp/backup_$(date +%F).tar.gz user@你的电脑IP:/backup/

再配合crontab每天执行一次：

bash复制0 3 * * * /opt/backup.sh

虽然麻烦一点，但这是免费套餐里保证数据安全的最简单方式。你可能觉得现在没什么重要数据，但等你跑了一段时间，里面积累的东西会比你想象的多，真到丢的时候再后悔就来不及了。

6. 和大厂轻量服务器对比：什么时候该升级，什么时候没必要

6.1 免费 vs 付费：差距在哪

用了近两个月，我对免费档和付费大厂轻量服务器的差距也有了比较清晰的认知。最直观的是配置和带宽的差异，大厂轻量服务器有稳定的带宽、完善的安全产品、更及时的技术支持。而免费档在这些方面只能说“能用”，适合学习，不适合作为业务底座。

这个对比不是要否定免费档，而是帮你判断自己的需求落在哪个区间。免费档适合“学习期”和“试错期”，付费服务器适合“业务期”和“生产期”，两者并不冲突，很多人其实是先免费后付费这样走过来的。

6.2 什么场景下必须升级

如果只是学习Linux、练习部署、跑个人小项目，免费档完全够用。但下面这几个信号出现时，就该考虑升级到付费服务器了。

第一，项目开始对外提供服务，甚至有一定的访问量。免费档的带宽和稳定性扛不住持续流量，用户访问一多，体验会很差。第二，你需要安装更多服务，比如数据库、缓存、多个Web应用，1G内存明显不够，强上会频繁OOM。第三，你的业务需要数据可靠性，需要有快照、自动备份、安全防护等功能，这些免费档通常给不了。第四，你需要一个稳定的公网IP和可控的网络策略，比如部署一些需要长时间在线的服务。

6.3 给新手的最终建议

最后说说我给新手的建议。不要一上来就买最贵的服务器，也不要在免费档上过度投入时间。如果目标是学习，先用免费档把Linux基础、SSH、Nginx、systemd这些核心技能过一遍，是很值得的。等到你对自己的需求有了清晰的判断，再按需付费，这样钱花得清楚明白。

我个人在免费服务器上最大的收获不是省了多少钱，而是试错没有心理负担。部署坏了，重装系统再来；配置错了，重置镜像重来。这种“随便折腾”的自由度，对新手学习来说比那点配置参数更宝贵。如果你也正准备迈出云服务器的第一步，不妨先给自己申请一台免费服务器，从今天开始折腾起来。