你是不是也曾在深夜盯着云服务器的登录界面发愣，心里默念着“密码到底在哪儿？”别担心，遇到忘记密码的情况并不是世界末日。尤其是亚马逊云服务器（AWS EC2），它的账户与实例像一本厚厚的科技手册，翻起来有点繁琐，但其实步骤清晰、方法多样。本文用轻松的口吻，把Windows和Linux两大常见场景的找回与重置路线整理齐整，带你从怀疑自己记错密码，到实际成功登录的过程全覆盖。为了帮助你把路走直，我们会把操作要点拆成可执行的小步骤，遇到专有名词也给你解读清楚。准备好了吗？继续往下看，你会发现密码这件小事其实没有想象中的难。顺便提醒下，遇到若干特殊情况时，可能需要联系官方技术支持，但大部分日常问题都能靠自救完成。
先把大门分开：你到底遇到的是哪种实例？通常分成两类：Windows实例和Linux实例。两者在认证方式、默认账户、以及可用的路径上有明显差异。Windows实例通常使用管理员账户（Administrator）通过RDP远程桌面登录，登录前需要解密从密钥对得到的管理员密码；Linux实例则多以SSH公钥对来认证，若忘记了私钥或无有效公钥，就需要通过其他办法（如重置密码、修改根卷等）来重新获得访问权限。下面我们分开讲解，并穿插实操要点，确保你能照着做。
一、Windows实例：忘记密码时的第一时间应对与快速解锁路径。最直接的办法是用密钥对解密管理员密码。你需要有创建该实例时对应的.pem私钥文件。操作步骤通常是：在AWS管理控制台进入EC2，在实例列表中选中目标实例，打开“获取Windows密码”界面，上传.pem私钥文件，进行密码解密即可看到管理员账户的初始密码。这个过程依赖于密钥对的完整性，因此如果你手头没有.pem文件，直接解密就走不通。若你保留了.pem，解密速度通常很快，几秒钟就能拿到第一串文本密码。
如果你确实丢失.pem，怎么办？有两条可选路径。第一条是借助AWS Systems Manager（SSM）来实现无密钥的远程命令执行前提：实例必须有SSM Agent、正确配置的IAM角色以及开通相关权限，且要在网络条件允许的情况下连通SSM服务。通过SSM，你可以远程执行一段PowerShell脚本来重设管理员密码，例如调用系统命令把Administrator账户的密码改成你自定义的新值，然后通过远程连接带新密码登录。具体做法是先确保实例具备AWS-SSM-ManagedInstanceCore等权限的IAM角色，随后在SSM控制台发出AWS-RunPowerShellScript等命令，命令内容一般包括修改本地管理员账号密码的指令。第二条是更“传统”的EC2Rescue路线：先把实例的根卷脱离，挂载到另一台可用的救援实例上，修改密码或重建一个新的管理员账户，完成后再把卷重新挂回原实例。这两条路径的核心思想是：不是凭借忘记的密码，而是通过系统层面的权限变更来恢复访问能力。实践中，你会发现SSM路线更便捷、风险更低，尤其是在你已事先配置好IAM角色和SSM Agent的情况下。
在实际操作中，遇到的常见问题包括“无法获取Windows密码”、“密钥对无效导致解密失败”、“实例未安装SSM Agent”等。对于前者，优先确认你确实拥有正确的.pem文件以及对应实例的密钥对信息；对于后者，检查实例的 Systems Manager Agent 是否正常工作、是否给予了正确的IAM权限、VPC网络是否与SSM服务可连通。如果都满足，SSM路径往往能在几分钟内把你带回登陆界面，省去多次关机开机的麻烦。总之，Windows环境的核心是：掌握密钥对，或借助SSM/EC2Rescue等救援工具来实现密码重置或账户解锁。
二、Linux实例：忘记root或其他用户的密码，且无法通过SSH公钥直接登录时，常用的应对方法包括两大类：通过重置密码或通过临时介入修改SSH授权。具体来说，第一类是借助密钥对的替代方案：如果你仍然记得现有的密钥对，直接通过SSH尝试登录；如果你确实丢失密钥，可以通过挂载根卷到另一台实例来添加或替换公钥，从而恢复登录能力。第二类是在不改变现有密钥的前提下，通过对根分区进行离线修改来重置密码。实现路径通常包括：停机、分离根卷、将根卷挂载到救援实例、挂载后对 /etc/shadow 进行密码字段的修改，或者直接将某个用户的SSH公钥追加到该用户的authorized_keys中，然后重新启动原实例。这个过程对手法和细节要求较高，但一旦掌握，基本上就能把“忘记密码”的问题解决在门外。无论哪种路径，核心原则是先确保你对根卷的操作有完全清晰的步骤和可回滚的方案。若你计划日后经常管理多台实例，建议在实例启动时就配置SSM Agent并绑定IAM角色，或使用SSH密钥托管服务来降低风险。
以下是一些实操要点，帮助你把步骤落地成可执行的命令与操作清单。对于Windows实例，若你可以使用SSM，请在EC2控制台中打开“Run Command”或通过 Systems Manager 直接对目标实例执行：net user Administrator NewSecurePassword123!（请使用你自己的强口令）这类命令可以在不直接打开RDP的情况下重置账户密码，随后你就可以通过RDP以新密码登录。若你没有SSM条件，必须走EC2Rescue路径，将根卷离线后在救援环境中修改管理员账户，操作完成后再挂回实例。对于Linux实例，建议优先尝试通过SSH登录，如果无法登录，按照前述步骤把根卷挂载到另一台Linux实例上，定位并修改/等相关文件。完成后，记得在登录前把SSH公钥和账户权限整理妥善，避免再次卡住。
为了降低未来再次遇到类似问题的概率，下面这些“预防性措施”值得一看：第一，始终为关键实例配置并绑定IAM角色，使其具备SSM Agent所需的权限。这样一来，就算你丢了密钥，依然可以用SSM执行修复操作。第二，定期备份密钥对，至少把.pem文件妥善保存在安全的位置，必要时可通过AWS的Key Management System（KMS）进行加密备份。第三，考虑使用AWS Secrets Manager或Parameter Store来集中管理账号密码和密钥的轮换，避免把敏感信息直接写死在脚本或笔记本里。第四，启用多因素认证（MFA）来保护账户入口，哪怕账号被盗也能多一层保护。第五，实践“最小权限原则”：给实例分配的IAM角色只赋予完成任务所必需的权限，减少因误操作带来的风险。
如果你担心自己操作步骤过于复杂，完全可以把方案拆成一个“练习清单”先在非生产环境演练一遍。你会发现，一旦手上有一个可替代的路径（如SSM或救援卷的处理），忘记密码就不再是一道无解的难题。还有一些网络小技巧也挺有用，例如在修改根卷时做好快照备份，确保如果出现意外可以快速回滚；在最终重启实例前，确保新设置的账户与密钥都能正常工作，避免出现“锁死”状态。与此同时，许多论坛与官方文档常常给出多样化的解决思路，哪怕是新手也能跟着步骤来，逐步排除错误。你现在已经掌握了多条可选路径，遇到具体场景时就能灵活选择，像切换台灯一样轻松切换方案。
对了，偶尔也会有人问一个看似简单却很关键的问题：如果根本没有办法把根卷从一台实例取出怎么办？此时就要借助更高级的救援流程或联系AWS官方支持来进行深度诊断。通常情况，只要你具备一个可访问的管理账户、或有正确的IAM角色（SSM或其他远程管理权限），就能把问题压在萌芽阶段，不至于演变成“实例不可用”这类尴尬场景。对照上面的方案，逐步排查，你会发现忘记密码只是一个“需要解锁的账户”而非不可逾越的墙。广告时间来了：玩游戏想要赚零花钱就上七评赏金榜，网站地址：bbs.77.ink
最后的时刻，或许你已经走到一个清晰的分路口：是选择用密钥对和解密、还是让SSM拯救一切？只是如果你是一时记忆衰退，那就把密码管理工具放在显眼位置，定期轮换，别让“忘记密码”成为日常。故事在这里突然转折，账号的钥匙就像藏在云端的彩蛋，下一秒却可能因为一个小小的错漏被你发现，或者……