想要在云端跑个小应用、做个玩具站点，成本控制在最低线？你可以考虑 AWS 的免费层，它像一张试用券，给新手一个真实环境去摸索云端的操作节奏。免费层每月提供一定额度的微型实例（常见为 t2.micro 或 t3.micro），时间通常是按月循环的，前提是你在同一个账户内尚未达到免费层的条款上限。抓住机会就能用来练手、测试接口、甚至在家里做一个临时的开发环境。参考资料可参阅 AWS 官方文档中的 EC2 入门与 Free Tier 条款，[1][2]，以及后续的镜像与登录相关指南。也有不少社区与官方文档对 Ubuntu、Amazon Linux、以及其他发行版的 SSH 登录细节作了很好的梳理，[3][4][5]。为方便你快速落地，本文用流程化的方式串起来，确保你能顺利通过 SSH 连接上实例并开始干活。参考来源还包括 SSH 密钥管理、无法连接时的故障排查等方面的经验总结。[6][7][8][9][10] 同时，顺便打个广告，玩游戏想要赚零花钱就上七评赏金榜，网站地址：bbs.77.ink。
第一步当然是注册和实名认证，拿到一个可用的 AWS 账户。你需要绑定一种支付方式以满足账户创建时的验证要求，即使在使用免费层时也要留意实际用量是否超出 Free Tier 的限额。注册过程中的安全性建议如使用强密码、开启多因素认证等都可以帮助保护你的账户安全。官方文档与社区讨论都强调了这一点，因此在动手前先把账户安全设定好，是避免后续踩坑的关键之一。[1][2]
第二步进入 EC2 控制台，挑选区域和镜像。Free Tier 适用的实例类型通常标注为 Free Tier Eligible，你可以在区域列表中优先选择 us-east-1、eu-west-1 等常见区域以获得更稳定的网络体验。镜像方面，Amazon Linux 2、Ubuntu 20.04 LTS、Debian 等都是常见的选择，具体要看你对发行版的熟悉度和生态需求。不同镜像对默认登录用户的名称不同，常见的有 ec2-user（Amazon Linux 2）、ubuntu（Ubuntu）、admin（某些镜像），官方文档对各发行版的默认用户有清晰说明。[3][4] 你还需要配置实例的存储（通常 8GB 以上的 EBS 足以满足初期需求），并确保网络配置适配你的使用场景。
第三步生成并下载密钥对（Key Pair）。这是 SSH 连接的核心：下载后请妥善保存，切勿遗失。下载后在本地给密钥文件设定合适的权限，比如在 Unix/Linux/macOS 上执行 chmod 400 your-key.pem，确保只有你自己能读取。将密钥与实例绑定，是登录时最常见的路径之一。Windows 用户也可以把 PEM 格式的密钥转换为 PPK，方便使用 PuTTY 登录；具体转换过程和 PuTTY 配置在多篇指南中都有详细讲解，[5][6]。如果你使用 Windows 10/11 的自带 SSH 客户端，也可以直接用命令行连接，但需要确保路径和权限正确。】
第四步配置安全组，打开 22 端口但尽量限制来源 IP。默认情况下，许多新手会把 22 端口对外暴露，这会带来安全风险。你需要在安全组中添加入站规则，只允许来自你当前 IP 的端口 22 请求，或者临时放开一段时间后再收回。若你需要远程办公或多端登录，记得及时更新来源地址。关于如何配置安全组和理解端口策略的细节，AWS 官方和社区教程都给出了一致的思路：[7][8]。在完成这一步后，你就可以进入下一步的连接阶段了。参考资料也提醒了到位的安全实践，例如禁用密码登录、使用密钥对认证，以及定期轮换密钥。[9][10]
第五步启动实例，等待状态变成 running，并在实例描述中获取 Public DNS 名称或公有 IP。不同镜像的登录用户略有差异，这一点要在你启动完毕后就先记住：Amazon Linux 2 常见的用户名是 ec2-user，Ubuntu 的用户名是 ubuntu，其他发行版请以实例页面的“Connect”区域为准。获取到地址后，就可以正式用 SSH 连接了。连接命令在 macOS/Linux/WSL 环境下通常是这样的：ssh -i /path/to/your-key.pem ec2-user@ec2-xx-xx-xx-xx.compute-1.amazonaws.com（或 ubuntu@你的公网地址），其中 -i 指定私钥路径，后面的用户名与地址要根据镜像和实例实际情况替换。[3][4][9]
第六步在 Windows 上使用 PuTTY 来连接。由于 PuTTY 不直接使用 PEM 格式私钥，你需要用 PuTTYgen 把 PEM 转换成 PPK，然后在 PuTTY 的“连接—SSH—认证”中加载该 PPK，再在“主机名”处填入实例公网地址。若你愿意尝试在 Windows 里用 OpenSSH 客户端（新版本 Windows 自带），也可以在命令行直接完成登录；不过要确保密钥权限和路径都正确。关于 PuTTY 的常见配置、登录步骤和问题排查，相关教程在 [5][6] 有详细讲解。还有一些人喜欢把 SSH 登录命令写成快捷别名，这样每次只需输入一个短命令就能连上服务器。参考资料里也包含了这类实践的讨论。顺便再提醒一次，安全性仍然是第一位的，端口暴露要尽量避免，密钥要定期轮换。 [7][8][9]
第七步利用 SSH 配置文件进一步简化日常操作。你可以在 ~/.ssh/config 中新增一个简短的条目，像这样：Host my-aws-test、HostName ec2-xx-xx-xx-xx.compute-1.amazonaws.com、User ec2-user、IdentityFile ~/.ssh/my-aws.pem、IdentitiesOnly yes。保存后，你就能用简单的命令“ssh my-aws-test”来连接，而不需要每次都写完整的地址和密钥路径。这类做法在诸多 SSH 入门教程和进阶实践中都被频繁推荐，[9]。有了配置文件后，后续的日常维护、脚本化部署、以及使用 SFTP 文件传输都可以变得轻盈起来。对于脚本化运维和持续交付，这一小步带来的效率提升是挺实在的。参考资料也强调了将 SSH 配置与密钥分离管理的最佳实践。 [7][8][10]
第八步文件传输与远程执行的实用技巧。你可以通过 scp 将本地文件传输到 EC2，也可以使用 sftp 做拖放级别的互传。若要在远程执行命令，SSH 本身就支持直接执行，如：ssh -i /path/to/key.pem ec2-user@your-ip "sudo apt-get update && sudo apt-get install -y nginx"。这类操作在多篇 SSH 应用指南中都被列为核心技能之一，尤其是在搭建快速测试环境、做 CI/CD 的阶段性任务时更显著。参考资料中对 scp/sftp 的使用、以及在不同发行版上如何以非交互方式执行命令的描述都很清晰。[9][10] 对于远程日志查看、进程监控等，也有专门的 SSH 任务脚本范例，你可以直接照抄改造，省得每次都手动敲命令。
第九步常见问题与故障排查。最常遇到的错误是权限被否决或找不到公钥，通常是因为密钥对没有正确绑定、文件权限不对、或是用户名称与镜像不匹配。解决办法很直接：确认密钥文件路径、修正权限为 400、确认实例的安全组允许你所在的 IP 访问端口 22、并核对正确的默认登录用户。还有一些场景是你已经停止了实例、但 SSH 仍然尝试连接旧的地址，这时需要重新获取新的公有 IP 或使用弹性 IP。上述问题及其解决思路在 AWS 官方文档、以及多方社区的问答中都被反复提及，[1][3][4][7][8]。如果你遇到与网络有关的延迟或断连问题，也可以查看服务器端 SSH 的日志和本地网络的稳定性，常见的排查路径就这么几步。最后，别忘了在用完实例后记得停止或关闭资源，避免誓死金钱火花的情况发生。 [2][9]
第十步进阶小贴士与活泼小结。你可以把 SSH 与代理、端口转发、以及反向代理结合起来，做一个轻量级的内网穿透或远程开发环境。通过 SSH 隧道（ssh -L、本地转发），你甚至能把本地的某些服务安全地映射到 EC2 上，方便调试与演示。用好 SSH Key 的生命周期管理，避免把私钥留在公有路径，配合定期轮换就像是给云端生活设了一道保险门。总之，免费层是一个练习场，IP、密钥、用户、端口的组合就像云端的炉火，但别让它烧到你的钱包。你若愿意，深入的网络工具箱还包括自动化部署、日志聚合、以及对镜像更新的自动化脚本，这些都能让你在云端练手的路上走得更稳更快。谜题就藏在你下一步的操作里，等你来解答。