服务器密码长期不换，或者在多人之间口头传过，就可能被猜到或泄露。阿里云服务器改密码看起来简单，但很多人分不清控制台重置和系统内修改各自适合什么场景，结果要么多重启了一次，要么忘了更新脚本里的旧密码。
什么时候该改密码
实际工作中，最常见的是三种情况。一是人员变动，比如离职的同事手里还留着登录凭据。二是怀疑泄露，比如登录日志里出现陌生 IP，或者网站突然跑出一个没人认识的进程。三是按团队约定的周期更换，不少团队会定在三到六个月一次。
如果是前两种情况，建议尽快处理，不要等到下一个周期。
改之前先确认几件事
动手前，先看一眼当前的登录方式。如果你一直用 SSH 密钥登录，改系统密码对日常连接影响不大；但如果还在用密码登录，改完后所有依赖这个密码的连接都会断开，需要提前安排好。
- 确认登录方式：区分 SSH 密码登录和密钥登录，两者对改密码的影响不同。
- 检查脚本和定时任务：部署脚本、备份任务、数据库连接串里如果写死了系统账号密码，改完会直接报认证失败，最好先全部列出来。
- 备份关键数据：改密码本身一般不影响数据，但如果实例状态异常，手头有备份会省很多事。
- 保存新密码：放进团队统一的密码管理工具，不要写在共享文档或聊天记录里。
控制台重置和系统内修改，差在哪
两种方法解决的是不同的问题。控制台重置不需要登录系统，适合忘记密码或者根本连不上服务器的情况，但它通常要求重启实例才能生效，重启期间服务会中断。系统内修改不需要重启，业务不受影响，前提是你还能正常登录。
简单判断：能登录，就在系统里改；登不上，再走控制台。
控制台重置怎么操作
登录阿里云控制台，进入云服务器 ECS，找到目标实例，在更多操作里选择密码或密钥相关的选项，再点击重置实例密码，输入新密码并确认。
控制台的具体菜单会随版本调整，以你当下页面显示为准。部分实例状态下，系统会要求先停止实例，这一步要特别留意。建议选在业务低峰期操作，并提前告知使用方，因为重启之后服务和连接都要重新建立。
系统内修改怎么操作
Linux 系统通过 SSH 登录后，直接执行 passwd 命令，按提示两次输入新密码即可修改当前用户的密码。如果当前账号具有 root 权限，还可以修改其他用户的密码，例如执行 passwd deploy，就能更新 deploy 账号的密码。
Windows 系统可以通过远程桌面打开命令提示符，执行 net user 用户名 新密码 完成修改。如果你更习惯图形界面，也可以在控制面板的用户账户里操作。命令行方式的好处是可以写进脚本，批量处理时更省心，但要注意命令历史里可能会留下明文密码，操作后应清理。
一个离职场景的处理思路
设想一个很常见的情况：前端开发离职后，测试服务器上还保留着他的 SSH 登录权限。合理的做法是先用 last 命令查看近期登录记录，确认没有异常 IP，然后修改相关账号的密码，并删除该成员在服务器上留下的公钥文件。这套流程通常十分钟内就能完成，前提是提前把相关账号和权限梳理清楚。
另一种情况是个人站长忘记了服务器密码，无法通过 SSH 登录。这时直接走控制台重置，重启后恢复访问即可。事后把新密码存进密码管理器，并设一个定期检查的提醒，能避免下次又忘。
密码本身怎么设
- 长度不少于 12 位：控制台一般会限制最短长度和字符类型，按页面提示调整即可。
- 混合大小写、数字和符号：但不要用生日、手机号或者键盘上的连续字符，这些是最先被尝试的组合。
- 每台服务器单独设密码：一处泄露时，影响范围只限于那一台。
- 优先用密钥对登录：配置好后关闭密码登录，能大幅降低暴力破解的风险。关闭前务必确认密钥登录已经能正常使用，否则可能把自己锁在外面。
改完之后要检查什么
旧会话通常会断开，用新密码重新连接即可。如果连接失败，先检查是不是某个脚本、定时任务或数据库客户端还在用旧密码，这类问题最常见。
另外，改完密码不代表服务器就安全了。顺手检查一下安全组规则，只开放业务必需的端口；再看看登录日志，确认没有异常记录。这些步骤花不了多少时间，却能把密码修改的效果真正落到实处。
