前三周，你学会的是**“怎么用这台机器”**。
这一周反过来：让这台机器去服务别人。
七天清单
| 天 | 主题 | 你会得到什么 |
|---|---|---|
| S1 | 搭一个静态网站 | 最小可用的 nginx 配置，10 分钟上线 |
| S2 | 数据库入门：SQLite 和 MySQL | 数据要存下来、要能查 |
| S3 | Docker：装一次，到处跑 | 环境不一致的解法 |
| S4 | 反向代理与 HTTPS | 让服务有域名、有证书 |
| S5 | 定时任务：cron 与 systemd timer | 让机器自己干活 |
| S6 | 监控：出问题前先知道 | 服务挂了能第一时间发现 |
| S7 | 安全加固：把门锁好 | SSH、防火墙、fail2ban |
这一周的路线
S1 网站跑起来 ← 先有个能看的东西
S2 数据能存下来 ← 有了数据
S3 环境能复现 ← 换台机器也能跑
S4 能被外面访问 ← 域名 + 证书
S5 能自己定时干活 ← 自动化
S6 出问题能知道 ← 监控
S7 不被别人打进来 ← 加固
顺序是有讲究的：每一步都建立在前一步上。别跳着做——S4 要先有 S1 的网站，S6 要先有服务可监控。
⚠️ 这一周的风险最高
前两周最多把自己的电脑搞坏。这一周你可能把一台服务器搞到别人访问不了，或者被黑客利用。
三条硬规矩：
- 别在生产机上做第一次实验。 找台旧电脑、虚拟机，或者买个最便宜的云服务器（几十块/月）。
- 每改一个配置，先
nginx -t/sshd -t检查语法，再 reload，不要 restart。 - 动防火墙和 SSH 之前，先确认你有第二条路进去（云控制台 VNC / 物理键盘）。
我自己的教训：给 nginx 加 CSP 头时，把主题的内联脚本全拦了，站点看起来"正常"，实际所有交互功能都死了——因为页面上没有任何报错。这种错在服务器上更隐蔽，必须主动验证，不能等用户报。
需要什么
硬件：
| 方案 | 成本 | 适合 |
|---|---|---|
| 旧电脑装 Linux | 0 | 最推荐，随便折腾 |
| 虚拟机（VMware/VirtualBox） | 0 | 不占地方，快照能回滚 |
| 云服务器 | 几十元/月 | 要公网访问、要练域名证书 |
| 树莓派 | 几百元 | 低功耗常开 |
软件：Ubuntu Server 22.04/24.04 或 Debian 12（教程通用）。国产系统（麒麟/openEuler）也能用，命令基本一致。
学完这一周，你能干什么
说具体的：
- 在一台空机器上，从零搭出一个能访问的网站
- 给它配域名和 HTTPS 证书（免费的，Let’s Encrypt）
- 用 Docker 部署别人做好的应用（不用管它依赖什么）
- 写定时任务自动备份、自动清理、自动检查
- 服务挂了能第一时间知道，而不是等用户投诉
- 把 SSH 和防火墙配好，让它不那么容易被扫
做不到的（说实话）：
- 高可用、负载均衡、集群——这是专业运维的领域，不在这 28 天
- 大规模性能调优
- 复杂的安全防护（WAF、入侵检测）
但"一个人维护一台小服务器"，这一周够了。
一条建议
这一周的每一步都要"看到结果"。
不要只是照着敲完就过——每一步都要打开浏览器看一眼、curl 一下、systemctl status 确认一下。
服务器不像桌面，它不会主动告诉你出问题了。
← 第三周 连起来：工具链与协作 总课表 28 天完整计划
最后更新：2026-10-20