免费云服务器实测：CentOS 7搭建FTP与SSH远程开发

免费的东西最贵？这两年被各种“试用一个月”“新用户0元购”教育过之后，我对“免费服务器”这五个字基本是免疫的。但这次不一样，阿贝云这台免费云服务器，我断断续续跑了快两个月，中间甚至拿它干过正经事——搭过FTP给同事传文件、跑到过VSCode远程开发、还折腾过RTMP推流转发。真香的原因不是它免费，而是它免费的同时，居然没在关键地方偷工减料。

如果你跟我一样，是个不想为“随便玩玩”的项目掏钱，但又需要一台真正意义上的云主机来练手的人，这篇实测应该能帮你省下不少时间。我会把从注册申请、系统初始化、基础安全加固，到实际部署FTP、SSH远程开发、宝塔面板这几个高频场景的完整链路都走一遍，该夸的夸，该骂的骂，照实说。

1. 为什么我会盯上“免费云服务器”：需求定位和选型逻辑

先说清楚，我为什么放着正经云厂商的学生机不买，跑来薅阿贝云这朵羊毛。

1.1 我用服务器的真实场景

我的需求其实很典型：手头有一个练手项目，需要在公网环境跑一个轻量级的Web服务，偶尔要开FTP给朋友传点素材，还想配一个随时能连的开发环境——说白了就是一台能跑Linux、有公网IP、7x24小时开机的小机器。

家里的旧电脑装个Linux是不是也能干？能，但解决不了公网访问的问题。路由器端口映射加DDNS虽然也能用，但稳定性全靠运营商心情，而且一旦家里断电，服务就断了。我需要的是一台真正放在机房里的云主机，而不是藏在我家客厅角落的“半吊子服务器”。

云厂商的学生机，一年下来也要几十块到一百多块。对于我这种只是验证想法、跑跑测试、偶尔给朋友做点小服务的人来说，这个成本虽然不高，但总觉得像是“杀鸡用了牛刀”。免费服务器如果能满足八成需求，那剩下两成的问题我完全可以靠自己的技术去规避。

1.2 阿贝云免费服务器和其他方案的定位差异

这里要把概念理清楚。市面上的“免费服务器”大致分三类：一是大厂的试用套餐，有严格的时间限制，而且到期之后续费价格感人；二是各种所谓的“免费虚拟主机”，限制多、权限少，连个自定义端口都开不了；三是阿贝云这种以免费为卖点、但设置了基础门槛（比如实名认证、防滥用机制）的云服务商。

阿贝云走的明显是第三条路。它给的不是虚拟主机，是真正意义上的云服务器——原生内网穿透或公网IP、独立的Linux系统权限、可以自由装软件、改配置、跑服务。我领到的那台配置是1核1G、带宽和磁盘也够日常折腾，说实话，这个配置放到任何一家大厂，是连入门套餐都够不上的，但它用来跑测试、搭服务、当开发机，是真的够用。

1.3 一句话总结选型逻辑

不需要极致的性能，但需要完整的控制权和公网可达性——这就是我选择免费云服务器的核心逻辑。如果你的需求和我类似，这篇文章的实操部分可以直接照抄；如果你有高并发、大数据量的需求，免费机不适合你，这个后面我会专门说。

2. 从注册到开机：免费服务器申请实操与最容易踩的坑

很多人卡在第一步就放弃了，其实整个流程比我预想的要顺畅，但有几个细节确实容易劝退新手。

2.1 注册、实名认证和领取流程

阿贝云的申请入口很直接，官网注册账号之后，控制台里就能看到“免费云服务器”的领取入口。流程大致是：注册账号 → 实名认证 → 领取免费服务器 → 选择配置和系统镜像 → 等待开通。

这里要提醒的是，实名认证这一步是绕不过去的。不要觉得“我就是想白嫖一台机器，凭什么要交身份证”，换个角度想，如果没有实名门槛，这种免费资源早被刷单大军薅秃了，你根本抢不到。从服务商的角度看，防滥用机制决定了免费资源能否持续运营，这个道理放在任何行业都成立。

我领机器的时候，系统镜像有好几个选项，包括CentOS 7、Ubuntu等。我选了CentOS 7。为什么选它？因为网上教程最多、踩坑资料最全，哪怕遇到问题，搜一下就能找到解决方案。对于一个需要“零成本试错”的场景，生态成熟度比版本新旧重要得多。

2.2 开通后第一眼：控制台和初始账号

机器开通之后，控制台会给你几样东西：公网IP、初始root密码或密钥、系统信息。这里建议第一时间把初始密码改成自己的强密码，后续操作全靠密码登录，这一步马虎不得。

值得一说的是，这台免费机的控制台功能相当克制，没有乱七八糟的广告弹窗，也没有诱导你升级付费的骚扰提醒。这一点看起来不值一提，但实际体验过就知道，有些平台恨不得每点一个按钮都弹一次“升级套餐享更多优惠”，阿贝云在这方面的克制让我挺意外。

2.3 新手最容易踩的坑

我觉得这个环节有必要单独拎出来讲，因为至少一半的人领到机器后，干的第一件事是错的。

第一个坑：拿到机器就装宝塔面板。不是说宝塔不好，而是你连最基本的SSH连接、系统目录结构都没摸过，直接上可视化面板，等于放弃了学习Linux的最佳时机。既然有免费服务器练手，就别浪费这个免费的学习机会。建议至少先把SSH玩明白、亲手敲几条命令、装一次软件，再考虑用面板。

第二个坑：不开安全组直接跑服务。云服务器的安全组相当于你家门口的门禁，默认情况下很多端口是关闭的。有些人发现“我服务明明启了，为什么外网访问不了”，第一反应是代码写错了，排查半天发现是安全组没放行端口。这个顺序搞反了，排查效率极低。

第三个坑：在系统盘里乱放数据。免费服务器通常磁盘不大，很多人不管三七二十一，把数据库文件、日志、备份全堆在根目录，用着用着磁盘满了，系统直接卡死。我拿到机器的第一件事就是看磁盘分区，规划好目录结构。

3. 系统初始化与安全加固：免费服务器也要有“基本尊严”

机器拿到手，系统跑起来，接下来要做的事情不是急着装环境，而是先让这台机器有一个干净的、安全的起点。免费服务器因为价格为零，更要靠自己的配置来补足安全性和稳定性。

3.1 首次SSH登录：别再用弱密码裸奔

拿到IP和初始密码后，我直接用终端SSH登录：

bash复制ssh root@你的公网IP

登录成功后，第一件事是修改密码：

bash复制passwd

然后是更新系统软件包。CentOS 7 使用 yum 包管理器，先更新再做其他操作：

bash复制yum update -y

更新的过程可能比较长，建议趁着这个时间把SSH Key登录也配上。配了密钥登录之后，我直接把密码登录禁用了，这样即使密码泄露，别人也登不进来。

3.2 用 date 命令解决时区问题，别再“临时改一下”

很多人在自己的机器上执行过这样的命令：

bash复制date -s "2024-01-01 10:00:00"

当时钟显示不对的时候，date -s 确实是直觉反应。网上关于“date -s修改服务器日期”的搜索量一直不低，但这里必须说清楚：date -s 只是临时修改系统时间，重启之后大概率会失效。正确做法是设置时区并启用NTP同步：

bash复制timedatectl set-timezone Asia/Shanghai
systemctl enable chronyd
systemctl start chronyd

时区不对影响很大，尤其是定时任务（cron）、日志记录、SSL证书验证，时间错了，这些功能全都跟着错。免费服务器本身就是靠自己维护，时区这种最基础的环境问题一定要一次做对。

3.3 磁盘规划和基础目录规划

这台机器的磁盘空间不算宽裕，所以开机后我马上看了分区情况：

bash复制df -h

我的习惯是把业务数据放到 /data 目录下，而不是堆在根目录。一是避免根目录写满导致系统异常，二是后续迁移、备份更方便。没有特殊要求的话，可以按这个目录结构来：

text复制/data/www       # Web项目代码
/data/ftp       # FTP共享文件
/data/backup    # 定期备份
/var/log        # 系统日志（默认位置）

如果你用宝塔面板，它会自动生成一套目录规范，但如果你像我一样想更自由地控制路径，手动规划目录是值得花十分钟做的。

3.4 防火墙放行规则：端口不是开了就完事

CentOS 7 默认使用 firewalld。我常用的放行命令是：

bash复制firewall-cmd --permanent --add-port=22/tcp
firewall-cmd --permanent --add-port=21/tcp
firewall-cmd --permanent --add-port=80/tcp
firewall-cmd --reload

这里要强调的是：不要贪心。很多初学的人觉得端口开得越多越方便，结果是一堆高危端口（比如3306、6379）直接暴露在公网上，等于把数据库裸奔给全网看。只开放确实要用到的端口，其他的坚决不开。另外，如果这台机器配了安全组策略，控制台里的规则和系统里的防火墙规则是两层，都要检查，别只改了一层。

4. 实测跑通两个高频场景：FTP文件共享与SSH远程开发

这个部分是我觉得整篇文章最值钱的地方。因为“云服务器”的指标吹得再好，不如实际跑几个场景看看。我挑了两个热度很高的场景来实测：一个是在 CentOS 7 上配置 FTP，一个是用 VSCode 连接 SSH 进行远程开发。这两个都是真实的高频需求。

4.1 在 CentOS 7 上配置 FTP：完整链路与匿名访问问题处理

FTP 这玩意儿虽然老，但和 SCP、SFTP 相比，它的优势是“对非技术用户友好”。我搭 FTP 就是为了让朋友不装任何客户端、直接在资源管理器里传文件。

CentOS 7 上最主流的 FTP 服务端是 vsftpd。安装和配置流程如下。

安装：

bash复制yum install -y vsftpd

启动并设置开机自启：

bash复制systemctl start vsftpd
systemctl enable vsftpd

修改配置文件 /etc/vsftpd/vsftpd.conf，核心配置：

ini复制anonymous_enable=NO            # 禁止匿名访问
local_enable=YES               # 允许本地用户登录
write_enable=YES               # 允许写操作
local_umask=022                # 文件权限掩码
dirmessage_enable=YES
xferlog_enable=YES
connect_from_port_20=YES
chroot_local_user=YES          # 限制用户在自己的目录内
allow_writeable_chroot=YES     # 允许chroot目录可写
pasv_min_port=30000            # 被动模式端口范围
pasv_max_port=31000

这里出现了一个网上搜索热度极高的问题：windows11 ftp服务器匿名访问。很多人在 Windows 的 FTP 客户端里访问自己的服务器，发现无法匿名访问，或者提示需要用户名密码。这不是服务器出了问题，而是你禁用了匿名访问。禁用匿名是安全姿态，不是缺陷。FTP 默认就应该是实名登录，匿名访问只是在纯内网、无敏感数据的环境下才会考虑开启的方案。

配置好之后，重启 vsftpd 生效：

bash复制systemctl restart vsftpd

别忘了放行端口：

bash复制firewall-cmd --permanent --add-port=21/tcp
firewall-cmd --permanent --add-port=30000-31000/tcp
firewall-cmd --reload

这里有一个很典型的坑：如果你只放行了21端口，却忘了放行被动模式的30000-31000端口段，客户端会一直卡在“正在连接数据通道”或直接超时。因为FTP有控制通道和数据通道两个连接，21只管发指令，真正传文件走的是数据通道。很多人在这一步被卡了半天。

给Windows用户一个提示：在资源管理器地址栏直接输入 ftp://IP，会弹出登录框，输入账号密码就能用了，不需要安装任何软件。实测下来，用这台免费机传文件，速度足够日常使用，虽然谈不上飞快，但传个几百MB的文件问题不大。

4.2 VSCode 连接 SSH 远程开发：让免费服务器变身开发机

远程开发的姿势有很多，最流行的是 VSCode Remote-SSH。它让你的 VSCode 客户端像使用本地项目一样操作远程服务器上的代码，配合终端，体验非常接近一台本地电脑。

首先在本地 VSCode 装好 Remote-SSH 插件，然后配置 SSH 客户端连接。Linux/macOS 在终端生成密钥：

bash复制ssh-keygen -t rsa -b 4096

把公钥拷贝到服务器：

bash复制ssh-copy-id root@你的公网IP

然后在 VSCode 里按 F1，输入 Remote-SSH: Connect to Host，选择服务器，就能连上了。实测下来，网络通畅的时候，编辑代码几乎没有延迟感，对于轻量级开发完全够用。

这里插一个高频报错：“此连接已被阻止，因为它是公共页面发起的，旨在连接到您本地网络上的设备或服务器”。这个提示通常不是服务器侧的问题，而是浏览器或本地安全策略阻止了页面发起本地SSH连接。解决办法是不要通过网页触发本地SSH，直接用独立终端或VSCode客户端连接。这类提示的根源是浏览器的安全机制，不是服务器拒绝了你，确认了这一点，就能少走很多弯路。

我实际用VSCode连着这台服务器写了一个小脚本，跑了一下午，中间没有任何断连。这个稳定性表现，说实话超出我对免费服务器的预期。

4.3 顺手测了一个进阶场景：RTMP推流服务器

为了验证这台免费机在稍微高负载场景下的表现，我还试着用 Nginx 加 rtmp 模块搭了一个轻量推流服务器。搭建过程不细说了，结论是：单路推流、低码率（比如900p，2Mbps左右）是能跑的，延迟表现尚可，但别指望它能承担多路并发。这个场景扩展一下就知道，免费服务器的定位从来不是“高可用生产环境”，而是“低价高性价比的测试验证环境”。

5. 免费和付费的真实差距：性能、稳定性与续期机制

任何免费的东西都有它的代价，阿贝云这台免费服务器也一样。这一节我不吹不黑，把我实际观察到的现象和感受如实写下来。

5.1 性能实测：够用，但别奢望

先看一下我这台机器的实际参数：

我用 top 观察到，这台机器在处理常规Web请求时负载很低，但如果在上面跑 gcc 编译或 npm install 这种吃资源的操作，CPU会瞬间拉满。

5.2 稳定性观察与续期机制

从申请到现在，这台免费服务器几乎没有出现过意外宕机的情况。这不是我一个人的体验——从一些社区的反馈来看，阿贝云免费服务器的稳定性口碑还是不错的。当然，免费服务器不可能和商业付费服务器完全对标。如果你要做商业项目、要签SLA，那还是踏踏实实去买靠谱的付费服务，这个原则不能破。

免费的代价是什么？是续期机制。阿贝云的免费服务器需要定期续期，通常是登录控制台确认“还需要继续使用”就可以了。如果你长时间不登录、不使用，资源会被回收。这其实是一种非常合理的资源分配策略——既然你不需要，就别占着，把资源让给真正有需要的人。我的建议是：如果决定用，就把重要数据定期备份到本地，防止资源被回收时手忙脚乱。

5.3 什么场景适合用免费服务器

基于我这两个月的使用体验，我梳理了一份适用场景清单：

适合：

• 学生和技术爱好者练手、学习Linux
• 个人项目原型验证
• 个人工具箱、轻量级Web服务
• 低并发业务脚本、爬虫、定时任务
• 给朋友或团队用的开发测试环境

不适合：

• 任何生产级别的商业业务
• 对可用性要求极高的核心服务
• 大数据处理、视频转码等重计算任务
• 高并发、高流量的Web服务

6. 实测总结与给后来者的几点实在建议

这篇文章从申请讲到了实测，从FTP讲到远程开发，核心就一句话：免费机不等于废铁，关键看你怎么用。它打破了我对“免费云服务器”的刻板印象——不是那种只能跑个静态页面、什么自定义功能都不能干的玩具，而是一台真正有完整操作权限的Linux云主机。我用它搭了FTP、连了VSCode、跑过定时任务，甚至用来测试过简单的推流服务，都稳定运行。

如果你想上手折腾，我的建议是：

第一，系统镜像选项里有 CentOS 7 的话，新手可以优先选它。 官方早已停止更新维护有安全风险，但依然是被研究得最透的服务器版本。这不是让你上生产环境，而是让你在学习和测试时能最快找到参考资料。镜像本身只是一个起点，真正决定你体验的是后续的服务器运维动作。

第二，把所有初期的“麻烦”都当成学习成本。 配SSH Key、设防火墙、改时区、开安全组，这些动作在付费机上同样要做。现在在免费机上练熟了，以后花钱买机器的时候，就是效率翻倍的使用者。

第三，关键数据一定定期备份。 免费资源永远是“有最好，没有也别闹”，本地留好备份，是使用任何免费服务时都该有的自律。

第四，少逛乱七八糟的营销文章，多动手。 我见过的多数人不是没能力用免费服务器，而是把时间浪费在纠结“哪个免费服务器更好”上。领一台，开一台，SSH连上去，跑起来，这才是正确的打开方式。

最后再分享一个我自己的习惯：拿到任何新服务器，我会先新建一个普通用户，日常用普通用户登录，需要提升权限时用 sudo，尽量避免长时间用root直接操作。这不是什么高深技巧，但能挡住很多因为手误导致的问题。这一点和用免费服务器的态度是一回事——越是没有成本的东西，越要用专业的态度对待它，你才能从里面学到东西。